https://bugzilla.wikimedia.org/show_bug.cgi?id=48837
--- Comment #5 from Krinkle <[email protected]> --- (In reply to comment #2) > So, this is more of a concern for tarbal creation, instead of actual > deployments to WMF servers, correct? My understanding is we (WMF) branch from > the extensions where it makes sense for us to do so, not necessarily (but it > could be) from where the extension was at on a 1.2x release date (eg: every > six months). > All extension repositories must have a branch for each major released MediaWiki version, otherwise users are unable to download the extension through ExtensionDistributor. I don't think it makes sense to delay branching in relation to Wikimedia deployment as the two are pretty much unrelated. Wikimedia deployment doesn't use release branches but wmf/* branches. The branches in the extension repositories should be made at the same time the initial branching is done in MediaWiki core (not when the release is made, because at that time master has already progressed and is likely incompatible with the upcoming release). e.g.: time 1: mediawiki/core@master is v1-alpha time 2: mediawiki/core@REL1 is branched at commitX time 3: mediawiki/core@master is v2-alpha time 4: mediawiki/core@master gets new changes time 5: mediawiki/extension/Foo@master accommodates for the changes time 6: mediawiki/core@REL1 goes release candidate (v1-rc) time 7: mediawiki/core@master gets more changes time 8: mediawiki/extension/Foo@master accommodates for the changes time 9: mediawiki/core@REL1 goes stable (v1.0) At this point Foo needs to be branched as it was before 'time 5'. If we'd branch Foo@REL1 from its latest master it would be incompatible with mediawiki@REL1 since Foo has already been accommodated for new features introduced after mediawiki@REL1 was created. Ideally we do this at 'time 2' instead of afterwards. However since we keep forgetting this we need to do it afterwards. See earlier for more information, I hope this clears it up. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. _______________________________________________ Wikibugs-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
