<div dir="ltr">On 4 April 2013 14:23, Gonzalo Odiard <span dir="ltr"><<a href="mailto:gonzalo@laptop.org" target="_blank">gonzalo@laptop.org</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">
<div dir="ltr"><br> <div class="gmail_extra"><br><div class="gmail_quote"><div class="im"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>About Reviewed-by, if you have say a 10 patches set, is one-by-one interactive rebase the only way to add the tag to all the patches? I'm not too attached to the one click pull request merging from the web UI... pulling and pushing on the command line is not too complicated. Though if you have to modify patches one by one it starts to get annoying...<br>



<br></div></div></blockquote><div><br></div></div><div>True. Modify every patch can be a pain, specially if we change the way we are working and move to use github web tools.   </div><div>I am not sure what is the best to do here. Web interface makes a little more difficult to see this header info.</div>

<div>(Personally, I feel better in the command line yet)</div></div></div></div></blockquote><div><br></div><div>I'm not sure the pull request workflow makes this worst though. It's very easy to apply the patchset from the command line (just pulling a branch). What is annoying is to modify the patches log one by one, but I suppose that's the same with email workflow.<br>
</div></div></div></div>