Hi all, I share the views of Steven. I have worked with svn for a couple of years, but for the last 4 years I have been using git every day at work. One of GITs strengths is how easy it is to keep branches in sync. Collaboration is in my opinion a lot easier compared with SVN. Being able to create commits in a local repository, then push these commits upstream rather than pushing a patch makes your local GIT checkout able to know where it is when these fixes have been included upstream and you want to pull the changes. Generally, very little manual merging necessary. As Steven also said, the upstream maintainer can cherry-pick just the changes he wants to include. As long as a change in the local git repo is contained in one or more commits, the upstream maintainer can cherry-pick this/these commits into the upstream repo. Even after this, syncing back to the local repo is no problem. The only downside (I can see) with GIT is that it has a bit of a learning curve. -Øivind