On 11-03-22 07:46 PM, Tim Starling wrote:
[...]
If we split up the extensions directory, each extension having its own
repository, then this will discourage developers from updating the
extensions in bulk. This affects both interface changes and general
code maintenance. I'm sure
translatewiki.net can set up a script to do
the necessary 400 commits per day, but I'm not sure if every developer
who wants to fix unused variables or change a core/extension interface
will want to do the same.
[...]
-- Tim Starling
This is why rather than building a tw specific tool, or using git
submodules, I believe we should create our own generic set of scripts
for working with the extension repos all at once.
We can either put these scripts inside of a git repo we would have put
submodules inside of, or we could make them part of MediaWiki itself so
that anyone with a copy of mw and git installed on their server can also
use it to download and update extensions (well, perhaps till we create
our own scripts for managing extensions).
Doing that should give every normal developer the ability to check out
every extension all at once, just what extensions they want, update all
the ones they have checked out, and make mass commits for code maintenance.
Once we do that, there's no reason that working with 400 git repos has
to be any more awkward for anyone than working with 400 svn directories.
We can also try to make it play nice with a mix of master and release
branched code and make it easy to switch (from my experience svn with
different base directories was a bit messy).
~Daniel Friesen (Dantman, Nadir-Seen-Fire) [
http://daniel.friesen.name]