NotesOverall we can say the Git migration was a success. It turned out to be an immense task with a maze of dependencies, but in the end weâre on a current version control system that should last for years to come. It opens up many new workflow possibilites and solves some of our existing problems, not to mention itâs blazing fast. If youâre more interested in the technical instead of the social migration of SVN to Git, I wrote a blog post a few years ago on my personal blog that you may be interested in, and thereâs also a couple of pointers over on github on how to make the conversion.FeedUnfurl
Notes"Git and Subversion can work together in many ways. Previously, we showed how Git users can work with a project primarily managed by Subversion. In this post, we describe one way to handle the converse: Google Code acts as a stable read-only Subversion mirror of a Git project. In this model, patches are first applied to the central Git repository and exported to Google Code later."Unfurl
Notes"git cherry-pick -n $SHA
What this will do is stage the changes but not commit. Now I can git-commit myself and remove the git-svn-id line."Unfurl
Notes"This site is here because I seem to be spending a lot of time lately defending Gitsters against charges of fanboyism, bandwagonism and koolaid-thirst. So, here is why people are switching to Git from X, and why you should too. Just click on a reason to view it. "Unfurl
Notes"On the SVN server the first thing we did was to create a special Verbatim user that can commit to SVN via SSH using a generated key. We copied this key to the Verbatim host which allowed us to commit as the verbatim user without typing a username or password.The only thing that was added to the Verbatim code was a patch that Dan Schafer cooked up that sets an SVN revision property, translate:author, to the name of the current user. When the user clicks âcommitâ this property is set and sent along with the commit.Next we added a post-commit script that looks for the translate:author property. If itâs found it will take that value, replace svn:author, and remove translate:author; effectively making whatever was in translate:author the real author. This is a non-versioned change which means there is no commit that needs to happen - the new author is set immediately."Unfurl
Notes"The issue comes when you finally get approval for your patch and you commit it to the tree. At this point, you want to delete it from the patch series - but quilt wonât let you, because it is applied. If you pop it, then youâll undo what youâve just committed. So, what to do? Hereâs my ad-hoc recipe"Unfurl
Notes"apply the current quilt patch to the subversion repository, commit it using the patch comments from quilt as the commit message, and remove the patch from the quilt patch series."Unfurl
Notes"Some people consider this to be much easier than following the standard WordPress installation and upgrade methods (downloading and unzipping archives, then using FTP to put them on your web host), and this article explains how to do it."Unfurl
Notes"While the Subversion client is not a full DeltaV client, nor the Subversion server a full DeltaV server, there's still a glimmer of WebDAV interoperability to be happy about: it's called autoversioning."Unfurl