The is a comparison of options for handling module maintenance.
Module | Option 1: Pantheon Upstream / Hand Module Monitoring | Option 2: Pantheon Upstream / Automated Module Monitoring | Option 3: ???? | Option N: Composer |
|---|---|---|---|---|
Description | Pantheon Upstreams would be used to handle notifications and management of Drupal Core updates (especially Security updates). This would leave the management of all custom modules beyond what the upstream provides to be managed by the API Gateway team. | Same as Option 1, but a custom script would be written which would monitor what versions of the modules are installed on the website and compare that list with what versions are available. The script would notify the API Gateway team when an update was available. | The API Gateway Team has considered composer, but feel that it requires attention and maintenance beyond what we can offer. However, our understanding could be out dated. I think our understanding revolves around the belief that when you use Composer to manage modules, it needs to be the sole module manager. You can’t use a hybrid between Pantheon Upstream for Security Updates and use Composer for Apigee Edge module updates. However, this may not be entirely true? | |
In general for all modules | Pros Cons | Pros Cons | Pros Cons | Pros
Cons
|
Security Updates | Pros Cons | Pros Cons | Pros Cons | Pros Cons
|
Pros Cons | Pros Cons | Pros Cons | Pros Cons
| |
UCSB Theme Support | Pros Cons | Pros Cons | Pros Cons | Pros Cons |
On the Drupal 7 site, we actually use a customized version of the module (ucsb/drupal-swagger-ui). The customized version would only be able to be hand updated. | Pros Cons | Pros Cons | Pros Cons | Pros Cons
|
