3 ms·
Yes. The use case is for organizations who have a lot of developers, some of whom want to (or demand to) continue using Subversion for their VCS needs. This ca
by schacon 16y ago
Yes. The use case is for organizations who have a lot of developers, some of whom want to (or demand to) continue using Subversion for their VCS needs. This can include people who don't really want to use VCS at all, but have become comfortable with some tool like TortoiseSVN or the like. We would obviously prefer everyone use Git, but we want to provide a bridge to help teams get there.
Also, you still have correct and clean merges, but since it's somewhat difficult for me to figure out what your last base version was when an svn client commits, it uses the latest version number of any submitted file as one parent and the current head as the other for anything that needs to merge, so the history may have more parents in it than are strictly necessary. If the merge does not happen cleanly, the server will reject the merge and you have to update and fix locally, like normal SVN. However, since the concept is new, I wanted to leave as much information in the Git history as possible, thus the extra parentage information.
- durin42 16y agoYeah, mixed-rev working copies are a huge pain in the rear. They make a lot of problems for conversion tools when you commit from them, I can't imagine writing a server to deal with them even remotely sanely. What does the Git DAG end up looking like when a commit comes in from a mixed-rev WC? Do you have any examples I can see?
- swannodette 16y agoGreat stuff. I know of many people who look at the GitHub community and UX with great envy but have feared to make the plunge because let's face it, there's just no killer GUI clients for Git yet. Having Subversion support is the gateway drug for those folks. Looking forward to see how this evolves. Congrats!
- michaelbuckbee 16y agoI really wish there was a Versions client for git. I can't imagine that they aren't working on it.
- po 16y agoI was looking for the killer GUI for a while and then I found Git X which filled the gap for me. http://gitx.frim.nl/seeit.html http://gitx.frim.nl/seeit.html There is also an interesting fork which I have yet to try: http://brotherbard.com/blog/2010/03/experimental-gitx-fork/ http://brotherbard.com/blog/2010/03/experimental-gitx-fork/
- swannodette 16y agoI use that as well but doesn't come close to Cornerstone or Versions for OS X.