Bot releases are hidden (Show)
Published by AlexSkrypnyk 6 months ago
None
None
v24.5.0
@renovate (#1303)clamav/clamav
Docker tag to v1.3.1
@renovate (#1274)mariadb-10.11-drupal
image. mariadb-drupal
is EOL. @AlexSkrypnyk (#1299).env.local
from docker-compose.yml
. @AlexSkrypnyk (#1287)None
composer.json
.setting.php
. @AlexSkrypnyk (#1316)DRUPAL_PRIVATE_FILES
and DRUPAL_TEMPORARY_FILES
. @AlexSkrypnyk (#1314)docker-compose.yml
.false
value from variable. @AlexSkrypnyk (#1288)(#1285)ahoy provision
. @AlexSkrypnyk (#1283)DREVOPS_DB_DOCKER_IMAGE
to DREVOPS_DB_IMAGE
. @AlexSkrypnyk (#1295).git
.24.4.0
. @AlexSkrypnyk (#1277)eps1lon/actions-label-merge-conflict
to v3
.37.342.1
.provision
script to be more structural. @AlexSkrypnyk (#1317)None
None
Edit this page on GitHub
links to use the correct URL. @tannguyen04 (#1281)SECURITY.md
and CONTRIBUTING.md
to the scaffold itself.Full Changelog: https://github.com/drevops/scaffold/compare/1.20.0...1.21.0
@AlexSkrypnyk, @renovate, @renovate[bot] and @tannguyen04
Published by AlexSkrypnyk about 1 year ago
Published by AlexSkrypnyk about 2 years ago
22.4.1
version..dockerfile
extension (i.e. Dockerfile.php
-> php.dockerfile
).auth.json
to a list of included files into Docker build.includes
directory (ueful to store contrib module settings).installer-path
support for custom modules and themes in composer.json
.npm run watch
to run dev compilation.node-sass
to sass
((Dart SASS)[https://sass-lang.com/dart-sass]) in themeDREVOPS_
prefix.DRUPAL_
prefix.drush deploy
..ahoy.local.yml
which is automatically included int main Ahoy configuration and is excluded to be committed to the codebase.DREVOPS_DRUPAL_INSTALL_SKIP
.DREVOPS_DRUPAL_CONFIG_LABEL
as Drush 11 does not support it anymore.DREVOPS_LINT_SKIP
) and tests (DREVOPS_TEST_SKIP
).DREVOPS_EXPORT_CODE_ONLY
.master
to main
in branch references.tests/bats/screenshots
locally.TEST
tab.ahoy doctor info
to gather information about OS to make debugging easier..editorconfig
being overridden on composer update
..js
files for uppercase TRUE
/FALSE
.LAGOON_PROJECT
variable in .env.
TARGET_ENV_REMAP
variable in Acquia cache purge script.code
to artifact
deployment type to push to Acquia.webhook
deployment to allow specifying the curl method.1
for a truthful value. This is to allow overriding of the value without unsetting a variable.Published by AlexSkrypnyk almost 3 years ago
ahoy composer
.BUILD_VERBOSE
variable name.DEPLOY_SKIP_PR_<NUMBER>
and DEPLOY_SKIP_BRANCH_<SAFE_BRANCH>
.Published by AlexSkrypnyk almost 3 years ago
Published by AlexSkrypnyk almost 3 years ago
Published by AlexSkrypnyk about 3 years ago
Published by AlexSkrypnyk about 3 years ago
21.7.0
and PHP 7.4.true
for the new Docker images. Upstream #251
AMAZEEIO_
variables in favour of MARIADB_
.DATABASE_SSH_FINGERPRINT
in CI.post_update
hooks on core module install.ahoy fei
command to install FE packages.Published by AlexSkrypnyk about 3 years ago
Published by AlexSkrypnyk almost 4 years ago
This release concentrates on stability and portability.
DrevOps scripts are no longer altered as a part of install for every project. All configuration is managed through .env
file.
20.10.1
.nginx
service..env.local
file.CONFIRM_RESPONSE
to default.env.local
to suppress questions locally.post-config-import-update
. Addresses this core issue https://www.drupal.org/project/drupal/issues/2901418.composer update
to nicely summarise the modified packages with links to release and compare URLs).$config_exclude_modules
variable to settings.config_split
not using correct configuration per environment.drupal/core-dev
and updated package versions. (#611)Published by AlexSkrypnyk about 4 years ago
Published by AlexSkrypnyk over 4 years ago
This release adds highly demanded and long overdue support for using databases stored in Docker image. Using this workflow allows to build large database images in CI overnight and download databases as a fresh image in the morning to use for development and as a cache in CI.
During development, rebuilding local environments for projects with large databases will no longer be a long process (due to the time it takes to import from the database dump), but rather a matter of restarting a container. On the large databases (>1G) the time is reduced from 15-20 minutes to 15-30 seconds.
Additionally, there is now a support for several database sources: files or docker registry. As a result - there is a support for the following workflows (simplified):
CI configuration now allows to enable using the database cache (file or Docker image) from the builds ran on the previous days. It also now supports nightly builds to cache the database to be used in builds during the day (significant builds speedup).
Lastly, the installer script was rewritten in PHP to allow more robust parameters handling and better development speed. It has own PHPUnit tests and updated Bats integration tests.
And of course, all the new functionality has automated tests.
v1.4.1
.DATABASE_IMAGE
environment variable.DATABASE_IMAGE
environment variable (one variable to controll the whole workflow).EXPORT_DB_DEPLOY_DOCKER
is set).reload-db
command. Used to quickly restart database image.ahoy pull-db
command. Used to pull the latest version of the Database image.scripts/drevops
directory.VERBOSE_BUILD
variable to show the build progress.ahoy build
and ahoy down
commands.Back-end
behat/gherkin
version 4.6.1
.No changes
.env
file.Published by AlexSkrypnyk over 4 years ago
This release adds highly demanded and long overdue support for using databases stored in Docker image. Using this workflow allows to build large database images in CI overnight and download databases as a fresh image in the morning to use for development and as a cache in CI.
During development, rebuilding local environments for projects with large databases will no longer be a long process (due to the time it takes to import from the database dump), but rather a matter of restarting a container. On the large databases (>1G) the time is reduced from 15-20 minutes to 15-30 seconds.
Additionally, there is now a support for several database sources: files or docker registry. As a result - there is a support for the following workflows (simplified):
CI configuration now allows to enable using the database cache (file or Docker image) from the builds ran on the previous days. It also now supports nightly builds to cache the database to be used in builds during the day (significant builds speedup).
Lastly, the installer script was rewritten in PHP to allow more robust parameters handling and better development speed. It has own PHPUnit tests and updated Bats integration tests.
And of course, all the new functionality has automated tests.
v1.4.1
.DATABASE_IMAGE
environment variable.DATABASE_IMAGE
environment variable (one variable to controll the whole workflow).EXPORT_DB_DEPLOY_DOCKER
is set).reload-db
command. Used to quickly restart database image.ahoy pull-db
command. Used to pull the latest version of the Database image.scripts/drevops
directory.VERBOSE_BUILD
variable to show the build progress.ahoy build
and ahoy down
commands.Back-end
behat/gherkin
version 4.6.1
.No changes
.env
file.Published by AlexSkrypnyk over 4 years ago
DrevOps has moved to its own GitHub organisation https://github.com/drevops! π π π
This allows to maintain all repositories related to DrevOps in one place.
1.2.0
.7.3
.mariadb
service with ability to provide custom configuration.docker pull
progress output suppression.install-site
script to support installing from database or fresh install if database dump file is not available..env
. Any variable that has a value in the current environment would be overwritten by the value in the .env
file.ahoy clean
command not removing files with readonly permissions.unit
test directory. Tests should live with modules.DOCTOR_CHECK_MINIMAL
shorthand variable to run minimal Doctor checks in CI env.install.sh
not correctly discovering project settings when installed into a custom directory + tests.install.sh
not failing on errors.install.sh
to never modify DrevOps scripts when installing.DREVOPS_DEBUG
variable.DOCKER_HOST
temporary override in .env
file.settings.php
file.settings.local.php
file.your_site_core
module.style.scss
to styles.scss
.autoprefix
package.twbs/bootstrap
library from theme..env
file to not rely on variables.Brewfile
..nvmrc
file.Published by AlexSkrypnyk over 4 years ago
DrevOps has moved to its own GitHub organisation https://github.com/drevops! π π π
This allows to maintain all repositories related to DrevOps in one place.
1.2.0
.7.3
.mariadb
service with ability to provide custom configuration.docker pull
progress output suppression.install-site
script to support installing from database or fresh install if database dump file is not available..env
. Any variable that has a value in the current environment would be overwritten by the value in the .env
file.ahoy clean
command not removing files with readonly permissions.unit
test directory. Tests should live with modules.DOCTOR_CHECK_MINIMAL
shorthand variable to run minimal Doctor checks in CI env.install.sh
not correctly discovering project settings when installed into a custom directory + tests.install.sh
not failing on errors.install.sh
to never modify DrevOps scripts when installing.DREVOPS_DEBUG
variable.DOCKER_HOST
temporary override in .env
file.settings.php
file.settings.local.php
file.your_site_core
module.style.scss
to styles.scss
.autoprefix
package..env
file to not rely on variables.Brewfile
..nvmrc
file.Published by AlexSkrypnyk almost 5 years ago
It is time for this project to have a new catchy name: DrevOps
Drupal + DevOps = DrevOps
Published by AlexSkrypnyk almost 5 years ago
It is time for this project to have a new catchy name: DrevOps
Drupal + DevOps = DrevOps
Published by AlexSkrypnyk almost 5 years ago
This release is all about unifying workflows to work identically in all environments. It is implemented by extracting all configuration and logic from Ahoy config file into standalone scripts, which allows "cleaner" and portable logic implementation.
Gruntfile.js
and other FE config to the theme.non-www
to www
redirection with Acquia support to .htaccess
.ahoy debug
command..env.local
.composer.lock
and package-lock.json
.ahoy test-behat
to ahoy test-bdd
.ahoy test-phpunit
to ahoy test-unit
.Published by AlexSkrypnyk almost 5 years ago
This release is all about unifying workflows to work identically in all environments. It is implemented by extracting all configuration and logic from Ahoy config file into standalone scripts, which allows "cleaner" and portable logic implementation.
Gruntfile.js
and other FE config to the theme.non-www
to www
redirection with Acquia support to .htaccess
.ahoy debug
command..env.local
.composer.lock
and package-lock.json
.ahoy test-behat
to ahoy test-bdd
.ahoy test-phpunit
to ahoy test-unit
.Published by AlexSkrypnyk over 5 years ago
βββ Important note!
This release drastically changes how Drupal-Dev installs files. In previous versions, Drupal-Dev would be installing only required files and "attaching" the rest of the files in each environment by running ./drupal-dev.sh
. This behaviour was (rightfully) criticised by the community, so the change was made to add all files to the project without the need to run ./drupal-dev.sh
in every environment. With this change, every file of Drupal-Dev (based on your installation selection, of course) is now added to your project repository on installation, so that the project can have all required files in-place.
Run ahoy update