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
Hey folks! Another piece of feedback from my team on the Pantheon orb usage that I thought I'd share.
The build tools branch naming conventions and multidev management techniques (deleting stale multidevs to maintain space) are great sensible defaults, but they've seen some resistance among members of our team mostly for two reasons:
They prefer to name multidevs after the ticket number (which is our branch name)
They prefer to manually cleanup multidevs instead of having this automated (this is not a universal preference, but some see benefit in being able to access old multidevs after a project has shipped and there is a question about content/etc).
We would desire to be able to configure this behavior using orb parameters in a similar manner to the terminus clone environment, ability to not always clone content, etc.
This is another area where we could provide a pull request to implement if this feature were desirable, and it would again be backwards compatible by making the current behavior the default.
thanks!
The text was updated successfully, but these errors were encountered:
dustinleblanc
changed the title
Make multidev delete configurable
Make multidev naming/delete configurable
Feb 21, 2024
I've pivoted on this bit after looking at the code, it looks like changing the multidev naming scheme will require deeper work in the internals of the build-tools-plugin as the naming patterns are hard-coded there. It is much easier to just make the cleanup op disableable so I have a branch that I am planning to PR that does just that, same backwards compatibility
Hey folks! Another piece of feedback from my team on the Pantheon orb usage that I thought I'd share.
The build tools branch naming conventions and multidev management techniques (deleting stale multidevs to maintain space) are great sensible defaults, but they've seen some resistance among members of our team mostly for two reasons:
We would desire to be able to configure this behavior using orb parameters in a similar manner to the terminus clone environment, ability to not always clone content, etc.
This is another area where we could provide a pull request to implement if this feature were desirable, and it would again be backwards compatible by making the current behavior the default.
thanks!
The text was updated successfully, but these errors were encountered: