On Wed, 2012-12-12 at 12:23 -0800, Rob Lanphier wrote:
> My 2c....if we add a new status, it should equate to "deployed on the
> cluster", along with judicious use of milestone so that people who are
> just interested in the tarball can infer from our numbering what the
> corresponding release will be.
In the long run I see that rather done by integration between Gerrit and
Bugzilla, e.g. adding an automatic
"Patch has been merged into codebase into branch $FOO which will
end up as MediaWiki tarball 1.x.y. Availability of the fix on
Wikimedia servers can take up to two weeks, see
https://www.mediawiki.org/wiki/MediaWiki_1.21/Roadmap"
comment in Bugzilla once a patch has been merged in Gerrit that refers
to a bug ID.
Something like https://bugzilla.wikimedia.org/show_bug.cgi?id=42150#c5
> The more statuses (statii?) we add, the less likely they'll actually
> be a source of actual information.
I'd like to have clarity and transparency which state a bug report is
in. It's true that this requires acceptance.
Currently not everybody uses the "patch-in-gerrit" keyword (for
different reasons) and it's one step on the way to getting a bug fixed,
so it should have never been a keyword anyway IMO.
I sometimes run into bug reports that never got closed though the
related Gerrit patch got merged a while ago. Personally I see some
potential to make it easier for triagers to identify such forgotten
tickets (and future might prove me wrong).
> That said, I know that many
> developers get confused about when they should mark things fixed, and
> hold off on doing so because things just get reopened with "hey, it's
> still broken for me".
We fail to explain deployments to users.
I'd like to fix this too, but not in this step.
To me: RESOLVED FIXED = patch got *merged* in Gerrit.
> I'd like the developers to be able to mark
> things off of their list when they're done with them
That's exactly one reason why I bring this up. As quoted in my initial
posting, see https://bugzilla.wikimedia.org/show_bug.cgi?id=42470#c4 -
some developers want to exclude bug reports from queries when this
reports have a patch for review in Gerrit.
andre
--
Andre Klapper | Wikimedia Bugwrangler
http://blogs.gnome.org/aklapper/
_______________________________________________
Wikitech-l mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/wikitech-l