<div dir="ltr">On Wed, Jun 6, 2018 at 4:16 PM, Boris Zbarsky <span dir="ltr"><<a href="mailto:bzbarsky@mit.edu" target="_blank">bzbarsky@mit.edu</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 6/6/18 4:00 PM, Mark Côté wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
It's also worth noting that such support is at least better than Bugzilla<br>
</blockquote>
<br></span>
I just want to make sure we're talking about the same thing here.  With Bugzilla I can easily attach multiple patches and ask for different reviewers for them, or the same one, whatever.  The patches are all attached to a single bug, and guaranteed to land in the right order (because I will be landing them via hg push).<br>
<br>
In the Phabricator world, what does my workflow look like for this? Specifically, what is the replacement for "hg bzexport" to export to Bugzilla combined with "hg push" to push?  I did read your link to <a href="https://smacleod.ca/posts/commit-series-with-phabricator/" rel="noreferrer" target="_blank">https://smacleod.ca/posts/comm<wbr>it-series-with-phabricator/</a> and that still sounds like there are a lot of manual, tedious, error-prone steps involved.<br>
<br>
(Note that I am specifically not talking about the mozreview workflow but others do care about that one, and in some ways it's even cleaner for working with multiple commits.)</blockquote><div><br></div><div>You have to run bzexport for each commit you want to attach to the bug, right? If so, the replacement is just running "arc diff" instead of "bzexport". You can specify reviewers on the command line as well, although at the moment I believe you have to enter the bug in the editor that is launched by arc diff, since it's a custom field, but we could likely make that easier. smacleod's post is about automatically updating a stack with a single command, but unless I'm misunderstanding something, bzexport doesn't do that either.<br></div><div><br></div><div></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
(interestingly, commit series as attachments are still popular there)<br>
</blockquote>
<br></span>
Well, right, because it's a useful way to organize changes...  Ideally we would not break or significantly impede the ability to do so.</blockquote><div><br></div><div>Right, I just meant that as far as I know it's more difficult to maintain a stack of patches there than in MozReview, but that hasn't stopped people from doing it. In other words, I agree it's multiple patches are common, but what level of ergonomics people feel is necessary apparently varies.</div><div><br></div><div>Mark</div><div><br></div></div></div></div>