I have a SVN repository which I checked out with git-svn, using the --stdlayout
option (at that time, the repo was empty).
I then worked on the master branch for a while. When using git svn dcommit
, it would svn-commit my changes to https://my.host/repo/trunk
like it should.
At some point I created a branch named "arithmetics" with git. Later I wanted to create that branch in svn too, so I did a git svn branch arithmetics
and then a git branch --set-upstream arithmetics remotes/arithmetics
as suggested by a website. I suppose this is where things went wrong, as I got a warning about --set-upstream
being deprecated.
When calling git svn dcommit
, it would commit to https://my.host/repo/branches/arithmetics
, so far so good. But then I noticed, that dcommit
would commit to that branch regardless of the currently checked out branch in the git repository, when I tried merging the branch back into master.
I even tried creating a new clone from svn, merging the branch into master there. I also tried checking out trunk
explicitly with git checkout -b local/trunk remotes/trunk
, then merging the branch into that and then git svn dcommit
. It would always commit to the branch again.
How can I fix this?
PS: I used git rebase
for merging, as I read, that merge-commits were problematic with git-svn, so I don't have any of those.