You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This is an epic placeholder for Vortex 2.0. Used to reference from other issues and capture a roadmap.
Overview
Vortex 2.0 will be a major refactor of the distribution, customisation and composability.
The main idea is to make the initial setup and post-setup support of the consumer site as easy as possible with a minimal manual update efforts. To achieve this, the following changes would need to be implemented:
💥 composer create-project
The Vortex repository will need to be distributed as a package through Packagist to allow this.
🔄 composer update drevops/vortex
We will rely on Drupal's own Drupal Core Scaffold plugin to distribute updates for some of the Vortex's files.
This mechanism uses a package that every composer-managed Drupal site already has.
We have 1 blocker to resolve.
🛠 composer require drevops/vortex-tooling
The scripts will be moved to Vortex Tooling (drevops/vortex-tooling) repository and will be included into Vortex as a package. This will allow to manage and update the custom scripts using a standard composer update approach.
The customisations of those scripts within a consumer project will still be possible by providing the same script name in the scripts/custom directory: the original script will look in that directory and, if it finds the script with the identical name, it will use that script.
But in majority cases, pre- and post- event scripts will be supported.
💅 composer require-dev alexskrypnyk/customizer
A Customizer package will replace the Vortex Installer drevops/vortex-installer and will integrate with Drupal Core Scaffold plugin's events. This means that it will be possible to run the Customiser on project-create and provide details about your project interactively. It will also allow to develop and test the Customiser as a standard Consumer package rather than a distributable PHAR.
📖 The documentation system will be reworked and will be describing architecture, tooling and workflows on how to work with Vortex. The documentation will become a go-to place for all Drupal developers using Vortex.
🔬 The workflow testing framework, used to test all parts of the Vortex (functional tests), will change from BATS to PHPUnit. This will allow to write tests faster and will allow easier contributions.
We will still use BATS for unit testing of shell scripts in drevops/vortex-tooling.
🤖 The CI configuration will be simplified and optimised to allow running some of the actions in parallel.
This is an epic placeholder for Vortex 2.0. Used to reference from other issues and capture a roadmap.
Overview
Vortex 2.0 will be a major refactor of the distribution, customisation and composability.
The main idea is to make the initial setup and post-setup support of the consumer site as easy as possible with a minimal manual update efforts. To achieve this, the following changes would need to be implemented:
💥
composer create-project
The Vortex repository will need to be distributed as a package through Packagist to allow this.
🔄
composer update drevops/vortex
We will rely on Drupal's own Drupal Core Scaffold plugin to distribute updates for some of the Vortex's files.
This mechanism uses a package that every composer-managed Drupal site already has.
We have 1 blocker to resolve.
🛠
composer require drevops/vortex-tooling
The scripts will be moved to Vortex Tooling (
drevops/vortex-tooling
) repository and will be included into Vortex as a package. This will allow to manage and update the custom scripts using a standardcomposer update
approach.The customisations of those scripts within a consumer project will still be possible by providing the same script name in the
scripts/custom
directory: the original script will look in that directory and, if it finds the script with the identical name, it will use that script.But in majority cases,
pre-
andpost-
event scripts will be supported.💅
composer require-dev alexskrypnyk/customizer
A Customizer package will replace the Vortex Installer
drevops/vortex-installer
and will integrate with Drupal Core Scaffold plugin's events. This means that it will be possible to run the Customiser onproject-create
and provide details about your project interactively. It will also allow to develop and test the Customiser as a standard Consumer package rather than a distributable PHAR.📖 The documentation system will be reworked and will be describing architecture, tooling and workflows on how to work with Vortex. The documentation will become a go-to place for all Drupal developers using Vortex.
🔬 The workflow testing framework, used to test all parts of the Vortex (functional tests), will change from BATS to PHPUnit. This will allow to write tests faster and will allow easier contributions.
We will still use BATS for unit testing of shell scripts in
drevops/vortex-tooling
.🤖 The CI configuration will be simplified and optimised to allow running some of the actions in parallel.
Implementation order
drupal/core-composer-scaffold
to manage project creation and updates #1042drevops/vortex-tooling
package. #1192pre-
andpost-
hooks in scripts #1198Beyond 2.0
After 2.0, there will be more work done towards adding new features - these all are ready on the project board.
The text was updated successfully, but these errors were encountered: