<div>Hi Michael,</div><div><br></div><div><span style="font-family:arial,sans-serif;font-size:13px">> As for actually switching to git. I see no benefit to justify the cost</span><br style="font-family:arial,sans-serif;font-size:13px">

<span style="font-family:arial,sans-serif;font-size:13px">> of switching unless we actually take advantage of git's features. And</span><br style="font-family:arial,sans-serif;font-size:13px"><span style="font-family:arial,sans-serif;font-size:13px">> I've yet to see anyone propose this.</span><br>

</div><div><br></div><div>Then I'll be the first.  :)</div><div><br></div>The benefit is that the review process would require no file copies or email attachments, shorter email conversations, no copying code during reviews to simulate inline comments, and no need to "git rebase" to push to the top of svn.  I wouldn't be surprised if the difference was so significant that folks would stop using the llvm-commits list altogether.  To see what changed, you'd check the github mirror, and to contribute you could post a link to llvmdev (not too noisy).<div>

<br></div><div>For example, say github's llvm-mirror was a contributor's fork.  The review process might look like this:<div><br>Contributor:  <div>     Please review my patch: <a href="https://github.com/llvm-mirror/llvm/commit/4823be3be1d87632fbd51ce8e51a58ee5e44b115">https://github.com/llvm-mirror/llvm/commit/4823be3be1d87632fbd51ce8e51a58ee5e44b115</a><br>

<div><br></div><div>Maintainer:</div><div>    Adds inline comments with online tool.  Then when patch is looking good:</div><div>    $ git fetch <a href="https://github.com/llvm-mirror/llvm.git">https://github.com/llvm-mirror/llvm.git</a></div>

<div>    $ git cherry-pick 4823be3be1d87632fbd51ce8e51a58ee5e44b115</div><div>    $ git push</div><div><br></div><div>Thanks,</div><div>Greg</div></div></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">

On Thu, Nov 15, 2012 at 11:35 AM, Michael Spencer <span dir="ltr"><<a href="mailto:bigcheesegs@gmail.com" target="_blank">bigcheesegs@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 class="im">On Thu, Nov 15, 2012 at 10:48 AM, David Chisnall<br>
<<a href="mailto:David.Chisnall@cl.cam.ac.uk">David.Chisnall@cl.cam.ac.uk</a>> wrote:<br>
</div><div class="im">>> > I think svn works better than git as an authoritative upstream<br>
>><br>
>> Would you mind expanding on this?  What problem specifically is being solved?  Linus and Guido both use DVCS's and the authoritative upstream is whatever URL the BDFL says it is.<br>
><br>
> Monotonic version numbers are the biggest advantage.  It is easy to see that r1234432 contains the bug fix introduced in r1234430. It is very hard to see if version 23bef194ac contains the bug fix added in 23bef19412.  This makes interaction with bugzilla and so on much easier.  If someone says 'please test r1245145 - should be fixed' you can easily check whether you are running r1245145 or newer.<br>


><br>
> David<br>
<br>
</div>git branch --contains 23bef19412<br>
<br>
This will tell you which of your branches have that commit and<br>
highlight the current branch you are on.<br>
<br>
Git also has monotonically increasing identifiers for each commit. The<br>
time stamp. Which I find much more informative than a revision number<br>
split between multiple repositories.<br>
<br>
As for actually switching to git. I see no benefit to justify the cost<br>
of switching unless we actually take advantage of git's features. And<br>
I've yet to see anyone propose this. So for now, git-svn works for me.<br>
<span class="HOEnZb"><font color="#888888"><br>
- Michael Spencer<br>
</font></span></blockquote></div><br></div>