Open aweingarten opened 3 years ago
These scripts are meant to be customized, not maintained by the upstream.
These scripts are meant to be customized
will create a support burden. As a customer I expect that the scripts in the pantheon template will continue to work. When they stop working, or fail to work as expected, I will file a support ticket and then I will require support time to update my configuration in very specific ways. It's a waste of everyones time. If we treat this like a product we can simply log that xyz is broken and update to the latest to fix it. This is a MUCH more maintainable and scalable approach.
The scripts you are referring to are in an "example" repository. Pantheon example repositories are starting points that show customers how they can set up and maintain their own sites and workflows.
The maintainable and scalable approach you are looking for is Pantheon's Integrated Composer feature. We will be providing an example project for using build tools with Integrated Composer in the feature. When we build this, we will ensure that as much functionality as possible is provided by the platform and the Build Tools plugin. Note that many of the scripts that you quote above are for testing, though; these will remain as examples for each individual site to customize and maintain, as the testing requirements for sites can vary.
When a fresh project is initialized with build-tools a large scripts session is added to composer.json. Most of these should be moved into
terminus-build-tools
or abuild-tool-dependencies
repo as robo-php commands. That way they can be maintained and updated and users can then get those updates viacomposer update terminus-build-tools
instead of needing to manually edit their composer file.