<div dir="ltr">Can you make a clone of the current Bugzilla state in Phabricator so that we can see what it looks like?<div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Feb 2, 2016 at 7:43 AM, Daniel Stone <span dir="ltr"><<a href="mailto:daniel@fooishbar.org" target="_blank">daniel@fooishbar.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
As previously discussed with a few people (when it was much more in<br>
its infancy than now), I'd like to move our bug tracking from Bugzilla<br>
to Phabricator.<br>
<br>
There's a few reasons behind this. Phabricator is actually a pretty<br>
decent suite of utilities, including repository browsing and code<br>
review (Gerrit-style, including iterative revisions of patches,<br>
line-by-line comments, etc), and having our bugs in that would allow<br>
us better integration between the two. For instance, putting<br>
'Maniphest Tasks: T1234' in a commit message when uploading a diff<br>
automatically links the commit and the bug, and similarly it also gets<br>
closed when pushing commits.<br>
<br>
We can push this out further as well, including automatically<br>
triggering CI from commits sent for review. I actually had this<br>
working last year (running distcheck for every commit), but am in the<br>
middle of rejigging my setup for a few things and haven't yet fixed<br>
that to happen again yet.<br>
<br>
Personally, just the improved UI (BZ is a nightmare) is enough for me,<br>
but in terms of what we can do with it in future, I think it's got a<br>
much better model than Bugzilla. The data store in Phabricator is very<br>
important to their upstream, and is sensible and extensible. Whilst<br>
<br>
We've had an instance at fd.o for a while, which has been used to<br>
varying degrees by projects such as PiTiVi, GStreamer, et al. Also, we<br>
use it internally for everything at Collabora, so the tree we maintain<br>
for use there also gets pushed to fd.o.<br>
<br>
In terms of what this would mean mechanically, we already have a<br>
fairly mature suite of scripts which have been used to do imports for<br>
quite a few projects. Using this would mirror all the Bugzilla bugs to<br>
Phabricator, add a link from the existing Bugzilla bugs to their<br>
replacements on Phabricator, and then redirect all new bug-filers to<br>
Phabricator. The import process also creates accounts for everyone, so<br>
once they'd recovered their passwords, so no data will be lost. It<br>
also ports attachments over.<br>
<br>
Beyond that, we can start using code review for it as and when people<br>
feel comfortable, particularly using git-phab, which submits patchsets<br>
to Phabricator for review. I'm probably most excited about getting<br>
review on there, though also fairly cautious; while Bugzilla is just<br>
trading one antiquated web tool which no-one uses for a nice modern<br>
one which equally few people will probably look at, review is a bigger<br>
part. Nonetheless, having things like concrete review approval status,<br>
line-by-line review separated from wider/conceptual review,<br>
at-a-glance review status, etc, I think is valuable enough that I<br>
think it's worth shifting things over at some point.<br>
<br>
Anyone have any thoughts/opinions/fears/encouragement?<br>
<br>
Cheers,<br>
Daniel<br>
_______________________________________________<br>
wayland-devel mailing list<br>
<a href="mailto:wayland-devel@lists.freedesktop.org">wayland-devel@lists.freedesktop.org</a><br>
<a href="http://lists.freedesktop.org/mailman/listinfo/wayland-devel" rel="noreferrer" target="_blank">http://lists.freedesktop.org/mailman/listinfo/wayland-devel</a><br>
</blockquote></div><br></div>