title: Is git-svn dcommit after merging in git dangerous?
body: <p>My motivation for trying out git-svn is the effortless merging and branching. Then I noticed that man git-svn(1) says: </p>
  
  <blockquote>
    <p>Running git-merge or git-pull is NOT recommended on a branch you plan
    to dcommit from. Subversion does not represent merges in any
    reasonable or useful fashion; so users using Subversion cannot see any
    merges you've made. Furthermore, if you merge or pull from a git
    branch that is a mirror of an SVN branch, dcommit may commit to the
    wrong branch.</p>
  </blockquote>
  
  <p>Does this mean I cannot create a local branch from svn/trunk (or a branch), hack away, merge back into svn/trunk, then dcommit? I understand that svn users will see the same mess that merges in svn pre 1.5.x have always been, but are there any other drawbacks? That last sentence worries me, too. Do people routinely do these kinds of things?</p>