Extensions skins and such all get a REL1_nn branch along with core. Some of these are bundled. It would be useful to make these a part of the core branch as submodules. Some of the make-release logic could be simplified and it would enable the bundled items to be a part of the tag as well.
Description
Description
Details
Details
Customize query in gerrit
| Status | Subtype | Assigned | Task | ||
|---|---|---|---|---|---|
| Resolved | • demon | T137564 Include release extensions/skins as submodules of core | |||
| Resolved | MacFan4000 | T171197 MediaWiki 1.29 tarball comes with the wrong extensions - and misses some |
Event Timeline
Comment Actions
Change 350723 had a related patch set uploaded (by Chad; owner: Chad):
[mediawiki/core@REL1_29] Add skins/extensions as submodules
Comment Actions
Change 350723 merged by jenkins-bot:
[mediawiki/core@REL1_29] Add skins/extensions as submodules
Comment Actions
So I need to automate this for subsequent branches, but we'll have them for REL1_29 :)
This comment was removed by • demon.
Comment Actions
Change 366975 had a related patch set uploaded (by MacFan4000; owner: MacFan4000):
[mediawiki/core@REL1_27] Add extensions/skins/vendor as submodules
Comment Actions
Change 366979 had a related patch set uploaded (by MacFan4000; owner: MacFan4000):
[mediawiki/core@REL1_28] Add extensions/skins/vendor as submodules
Comment Actions
I don't want to backport this behavior. It's inconsistent, and the tags will be all wrong. The logic to build a particular release--they're repeatable--operates on major version numbers. Adding the minor version numbers for 27/28 special casing would complicate things needlessly. Please abandon those changes.
This initial task is done, I just need to fix up the branching script for releases to do it automatically for 1.30+
Comment Actions
Change 401659 had a related patch set uploaded (by Chad; owner: Chad):
[mediawiki/core@master] WIP: Add bundled extensions as submodules of core