I have been collecting list of issues at
http://www.mediawiki.org/wiki/Git/Conversion#Open_issues_after_migration
I'd like start discussion how to solve these issues and in what time frame.
== Code review process ==
I would very much like to have the full patch diffs back in emails so
that I can quickly scan for any i18n issues. Also Gerrit is just slow
enough that I must either waste time waiting for it to load the
interface, or do a context switch by reading next commit. Not to
mention the need to open the diffs for each file in tab.
I can somewhat work with this right now by skipping commits unlikely
to have anything relevant (though you never know, as not even the file
names are mentioned), but when the number of commits pick up the speed
it's not going to work.
== Emails ==
Related to above, I want to scan all (submitted?) changes for the
issues. Currently there is no easy way to subscribe to changes of all
repositories.
In theory I could do the same inside Gerrit, would it provide a easily
navigatable list which records what I have looked at.
== Unicode issue in Gerrit ==
This must be fixed (dataloss). See
https://gerrit.wikimedia.org/r/#change,3505 for example
== Local changes ==
How to handle permanent local changes? There have already been suggestions:
* use git stash (not fun to do for every push)
* use git review --no-rebase (no idea if this is a good idea)
* commit them to local development branch (but then how to rebase
changes-to-commit to master before pushing?)
== How to FIXME ==
We need a way to identify *merged* commits that need fixing. Those
commits should be our collective burden to fix. It must not rely on
the reporter of the issue fixing the issue him/herself or being
persistent enough to get someone to fix it.
I was suggested to use bugzilla, but it's a bit tedious to use and
doesn't as-is have the high visibility like FIXMES used to have.
-Niklas
--
Niklas Laxström