Hi,
Thanks for all the work on this project! I have some thoughts.
I often +2 all backports at the start of the window (or even prior the window), because I want to save time. It enables me to deploy more patches than I would be able to deploy with scap backport +2'ing it each patch separately. I also parallelize some of the steps (such as, +2'ing a config patch during the sync step), which also saves a bit of time. How would I do this with scap backport? By +2'ing the patch manually, and then letting scap backport figure out its magic?
Also, I'd like to mention that many ordinary deployments currently require a script to run. How would that work in scap backport world? When it asks me for confirmation, I will wait, run the script, and then finish it, to ensure the script runs at the right time
Martin
út 27. 9. 2022 v 23:05 odesÃlatel Tyler Cipriani tcipriani@wikimedia.org napsal:
*tl;dr*: use `scap backport <gerrit url>` to deploy MediaWiki backports ____
There’s now a *single step* to deploy changes to Wikimedia’s production MediaWiki.
🤯 An 85% reduction in command remembering!
On the deployment host run:
scap backport <gerrit url>This works for any change to a live branch for mediawiki/core, extensions, skins, or operations/mediawiki-config. ____
More details (and a demo) inside Jeena Huneidi’s excellent write up https://phabricator.wikimedia.org/phame/post/view/297/scap_backport_makes_deployments_easy/ .
<3
– Tyler Cipriani (on behalf of the RelEngers https://releng.team who really do make dreams come true) Engineering Manager, Release Engineering Wikimedia Foundation _______________________________________________ Wikitech-l mailing list -- wikitech-l@lists.wikimedia.org To unsubscribe send an email to wikitech-l-leave@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/wikitech-l.lists.wikimedia.org/