<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jun 7, 2018 at 3:20 AM, Nicholas Nethercote <span dir="ltr"><<a href="mailto:n.nethercote@gmail.com" target="_blank">n.nethercote@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><span class="">On Thu, Jun 7, 2018 at 7:32 PM, Eric Rescorla <span dir="ltr"><<a href="mailto:ekr@rtfm.com" target="_blank">ekr@rtfm.com</a>></span> wrote:<br></span><div class="gmail_extra"><div class="gmail_quote"><span class=""><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>Say I'm developing a CL. I start on my own machine and build it up as a series of checkpoint</div><div>commits. To take the example I gave Kris, here's what my git history looks like.<br></div><div><br></div><div><span><div>- Checkpoint: function written but doesn't compile</div><div>- Checkpoint: compiles</div><div>- Checkpoint: most tests pass</div><div>- Checkpoint: OK, all tests pass now</div><div>- Clang-formatted</div></span> <br></div></div></div></div></blockquote></span><span class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div><div><div>So my question is more: as you develop a given CL, are you adding new commits (as above)</div><div>or are you just carrying a single commit per CL and rewriting it as you go?<br></div></div></div></div></div></div></blockquote><div><br></div></span><div>I might do either, but if I have multiple commits I would squash them before uploading for review on Splinter or MozReview because all those intermediate checkpoints are not of interest to the reviewer (and Splinter</div></div></div></div></blockquote><div><br></div><div>Splinter might or might not depending on how you use it.</div><div><br></div><div> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div>or MozReview would expose them to the reviewer, though it sounds like Phabricator does not).</div></div></div></div></blockquote><div><br></div><div>Yeah, as I said, it sort of does, but not for review purposes.</div><div><br></div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div>In general, it seems like a good idea for a reviewer to be seeing exactly what is intended to land.<br></div></div></div></div></blockquote><div><br></div><div>Not sure I follow what you mean here. I mean, Phabricator shows you the diff between the</div><div>base and the state post-CL. It just doesn't ask the reviewer to have an opinion on the</div><div>internal structure at all.<br></div><div><br></div><div>-Ekr</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div></div><div><br></div><div>Nick<br></div></div></div></div>
</blockquote></div><br></div></div>