It was not my intention to use git. All started when I was looking for some way of doing commits to subversion repositories while being offline and at the same time creating local branches.
I tried SVK. At the beginning it seemed fine. But soon after I started to face it’s limitations:
depot / checkout separation is sick. Detach a checkout just to move it around? no thanks
Something (probably me?) went wrong and I ended up overwriting Michael’s commits in ZYpp subversion.
To share and move commits between machines, I would need to mirror the depot of the other machine in my laptop.
packaging it was not fun
Back in Nürnberg, I started to try it. First I tried tracking KDE4 subversion repository using git-svn (tutorial). Then ZYpp. It works really well, especially with cmake (it forces you to compile out of the source tree), so you can do workflows like this:
being in master, sync your master branch with subversion.
ok, now you have to implement feature X.
create a local branch, checkout it, work, compile from your build dir
do a couple of commits.
Somebody comes to your office, to discuss some bug. Your feature is half broken so you want to discuss using the clean master. Checkout master.
The nice thing is, checkouts are in the same working copy, so if you recompile from the build dir, only the files changed between branches will be recompiled. In other system, every checkout has to be in a different directory (except svn switch which is crap).
you switch back to your feature branch and continue working and commiting.
when it works, merge it to master. git-svn dcommit will send it back to subversion.
Till now, I am really satisfied with it. I will keep blogging about it as I learn more.