gha-merge-up - Rollout to all supported modules

[emteknetnz]

Follow up to https://github.com/silverstripeltd/product-issues/issues/753

Currently only silverstripe/framework has a .github/workflows/merge-up.yml file which uses the new gha-merge-up action

This should now be on all supported modules, though not recipes

ACs

• We've previously confirmed that the new gha-merge-up action is working correctly on silverstripe/framework
• Every supported non-recipe has a .github/workflows/merge-up.yml file added to the default branch
• Every silverstripe/gha-* module has the workflow added too
• The workflow cron is restricted to the appropriate account i.e. silverstripe, symbiote, etc, so that forks do not run the workflow
• Recipes do NOT have this workflow added. This includes silverstripe/installer, silverstripe-recipe-core and silverstripe/recipe-kitchen-sink, etc.
• Merges are run with a 3 day offset from the CI build

Note

• We have a related card to automate mass changes to all our repos: https://github.com/silverstripeltd/product-issues/issues/781
• We've validated that the merge-up action works - https://github.com/silverstripe/silverstripe-framework/actions/runs/5616845485
• We've validated that the merge-up action fails on merge-conflicts - https://github.com/silverstripe/silverstripe-framework/actions/runs/5617211521/job/15220936568
• Merge-ups has been added to framework and asset-admin. It was added to asset-admin at the same time that the merge-up javascript card was completed
• We've had a successful js/css merge-up on asset-admin from 2.0 -> 2 https://github.com/silverstripe/silverstripe-asset-admin/actions/runs/5780750413/job/15664833434
• We've had it fail on merge conflicts cross major asset-admin going from 1 -> 2.0 - https://github.com/silverstripe/silverstripe-asset-admin/actions/runs/5792638035/job/15699211485 - it was successful on the 1.13 -> 1 bit though

PRs

• NEW Add merge-ups module-standardiser#2
• MNT Run module-standardiser bringyourownideas/silverstripe-composer-update-checker#76
• MNT Run module-standardiser bringyourownideas/silverstripe-maintenance#203
• MNT Run module-standardiser cwp-agencyextensions#99
• MNT Run module-standardiser silverstripe-gridfield-bulk-editing-tools#244
• MNT Run module-standardiser cwp-starter-theme#223
• MNT Run module-standardiser developer-docs#315
• MNT Run module-standardiser cwp-watea-theme#165
• MNT Run module-standardiser silverstripe-elemental#1079
• MNT Run module-standardiser dnadesign/silverstripe-elemental-userforms#77
• MNT Run module-standardiser silverstripe-admin#1545
• MNT Run module-standardiser silverstripe-asset-admin#1381
• MNT Run module-standardiser silverstripe-assets#566
• MNT Run module-standardiser silverstripe-auditor#56
• MNT Run module-standardiser silverstripe-blog#719
• MNT Run module-standardiser silverstripe-campaign-admin#274
• MNT Run module-standardiser silverstripe-cms#2871
• MNT Run module-standardiser silverstripe-config#103
• MNT Run module-standardiser silverstripe-contentreview#206
• MNT Run module-standardiser silverstripe-crontask#80
• MNT Run module-standardiser silverstripe-documentconverter#54
• MNT Run module-standardiser silverstripe-elemental-bannerblock#121
• MNT Run module-standardiser silverstripe-elemental-fileblock#44
• MNT Run module-standardiser silverstripe-environmentcheck#91
• MNT Run module-standardiser silverstripe-errorpage#86
• MNT Run module-standardiser eslint-config#19
• MNT Run module-standardiser silverstripe-externallinks#105
• MNT Run module-standardiser silverstripe-framework#10909
• MNT Run module-standardiser silverstripe-graphql#546
• MNT Run module-standardiser silverstripe-gridfieldqueuedexport#87
• MNT Run module-standardiser silverstripe-hybridsessions#93
• MNT Run module-standardiser silverstripe-iframe#73
• MNT Run module-standardiser silverstripe-installer#357
• MNT Run module-standardiser silverstripe-ldap#59
• MNT Run module-standardiser silverstripe-lumberjack#130
• MNT Run module-standardiser silverstripe-mimevalidator#66
• MNT Run module-standardiser silverstripe-realme#117
• MNT Run module-standardiser silverstripe-session-manager#162
• MNT Run module-standardiser recipe-authoring-tools#28
• MNT Run module-standardiser recipe-blog#43
• MNT Run module-standardiser recipe-cms#76
• MNT Run module-standardiser recipe-collaboration#24
• MNT Run module-standardiser recipe-content-blocks#33
• MNT Run module-standardiser recipe-core#87
• MNT Run module-standardiser recipe-form-building#27
• MNT Run module-standardiser recipe-plugin#34
• MNT Run module-standardiser recipe-reporting-tools#36
• MNT Run module-standardiser recipe-services#27
• MNT Run module-standardiser silverstripe-registry#86
• MNT Run module-standardiser silverstripe-reports#166
• MNT Run module-standardiser silverstripe-restfulserver#109
• MNT Run module-standardiser silverstripe-securityreport#66
• MNT Run module-standardiser silverstripe-segment-field#86
• MNT Run module-standardiser silverstripe-sharedraftcontent#206
• MNT Run module-standardiser silverstripe-siteconfig#142
• MNT Run module-standardiser silverstripe-sitewidecontent-report#69
• MNT Run module-standardiser silverstripe-spamprotection#100
• MNT Run module-standardiser silverstripe-staticpublishqueue#170
• MNT Run module-standardiser silverstripe-subsites#532
• MNT Run module-standardiser silverstripe-tagfield#253
• MNT Run module-standardiser silverstripe-taxonomy#94
• MNT Run module-standardiser silverstripe-textextraction#83
• MNT Run module-standardiser silverstripe-userforms#1227
• MNT Run module-standardiser vendor-plugin#68
• MNT Run module-standardiser silverstripe-versioned#410
• MNT Run module-standardiser silverstripe-versioned-admin#302
• MNT Run module-standardiser silverstripe-versionfeed#87
• MNT Run module-standardiser webpack-config#62
• MNT Run module-standardiser gha-auto-tag#6
• MNT Run module-standardiser gha-ci#78
• MNT Run module-standardiser gha-dispatch-ci#5
• MNT Run module-standardiser gha-generate-matrix#60
• MNT Run module-standardiser gha-keepalive#7
• MNT Run module-standardiser symbiote/silverstripe-advancedworkflow#499
• MNT Run module-standardiser tractorcow-farm/silverstripe-fluent#805
• MNT Run module-standardiser symbiote/silverstripe-gridfieldextensions#370
• MNT Run module-standardiser silverstripe-login-forms#147
• MNT Run module-standardiser silverstripe-mfa#504
• MNT Run module-standardiser symbiote/silverstripe-multivaluefield#98
• MNT Run module-standardiser symbiote/silverstripe-queuedjobs#409
• MNT Run module-standardiser silverstripe-simple#75
• MNT Run module-standardiser silverstripe-totp-authenticator#131
• MNT Run module-standardiser silverstripe-webauthn-authenticator#150
• MNT Run module-standardiser gha-issue#3
• MNT Run module-standardiser gha-pull-request#5
• MNT Run module-standardiser gha-run-tests#14
• MNT Run module-standardiser #9
• MNT Run module-standardiser gha-tag-release#14
• MNT Run module-standardiser gha-update-js#15
• FIX recipe-plugin is not a recipe module-standardiser#5

[GuySartorelli]

@emteknetnz Please also add this to frameworktest

[emteknetnz]

We don't actually have proper branches on frameworktest so it's kind of not applicable there e.g. there's no 1.0 branch, there's also no 1.0.0 tag.

I'm not even sure why we're doing releases for it on the CMS 4 line tbh, it's a purely dev module

Merge-ups as is won't work on frameworktest due to the use of a pre stable 0.4 branch, gha-merge-ups assumes that minors branches are whole numbers so it won't be able to merge-up from 0.4 to 1

I'm not proposing make changes to frameworktest to make it so that gha-merge-ups works, given it's just a semi obscure dev only module I think we just don't bother with auto-merge ups for frameworktest

[GuySartorelli]

Any new behat test coverage for CMS 4 which requires changes to frameworktest will require adding those changes to 0.4, which will then need to be merged up. We might (and did this week) need to do this for testing bug fixes.

given it's just a semi obscure dev only module I think we just don't bother with auto-merge ups for frameworktest

This does mean we'll have to remember to merge things up manually - in the best case things will break and it'll be slightly annoying figuring out why but we'll manually merge up. In the worst case, we forget to merge something up and it results in a test passing which should be failing. The latter case is my real concern but if you're confident that's not going to happen then we can leave it for now.

I'm not even sure why we're doing releases for it on the CMS 4 line tbh, it's a purely dev module

It needs tags because there are tags - if it had no tags at all, we wouldn't need any tags because 0.4.x-dev would be used - but since it has tags, the stable tags are installed, so new changes need to be tagged. But that's irrelevant to merge-ups anyway.

[GuySartorelli]

@emteknetnz There's some weird update to an unrelated cron on many if not all of these PRs - please address that before I continue with the review.

Also if any of the PRs include other changes unrelated to merge-ups specifically, please add comments to those PRs explaining what is being done and why, so I don't have to ask.

[emteknetnz]

Core thing here is that the PR creation here was done using module-stanardiser, rather than the usual process of manually creating PRs

Also if any of the PRs include other changes unrelated to merge-ups specifically, please add comments to those PRs explaining what is being done and why, so I don't have to ask.

I'm not going to comment on individual PRs. In all cases changes unrelated to merge-ups are because there's a script in module-standariser that does that e.g. change "SilverStripe" to "Silverstripe" in README.md

There's some weird update to an unrelated cron on many if not all of these PRs - please address that before I continue with the review.

That was a result of using adding this to module-standardiser so that the crons would have a "predictably random" start date. keepalive.yml only need to run even 59 days or less so that crons on actions don't stop if the repo had no activity, so it having a different start date makes no functional difference.

[GuySartorelli]

Changes to module-standardiser merged.
Reassigning to @emteknetnz to re-run it since it will affect the existing PRs.

[emteknetnz]

Have re-run module-standardiser and updated all the crons because of the new randomisation logic

[emteknetnz]

@GuySartorelli Have raised a new PR to module-standardiser re logic for reciple-plugin silverstripe/module-standardiser#5

[GuySartorelli]

All PRs merged.
It won't work for modules with weird branching strategies but that's because the branching strategies are borked, not because the workflow is borked.