Git-svn: create & push a new branch/tag?

After cloning an SVN repository using git-svn with the -s option (git svn clone http://server/repo -s), how does one create a branch or tag and have pushed to the relevant branch/tag directory in the repository when dcommiting?

For instance; if I were to use git to create a foobar branch locally (git checkout -b foobar) how can I have git-svn create the branch on the server (http://server/repo/branches/foobar)?

  • How to change topic name of Gerrit via command line
  • Git 2.13 conditional config on windows
  • How to achieve a private branch in git that “floats” when merging with upstream?
  • Git - working on wrong branch - how to copy changes to existing topic branch
  • Sublime Git pushing host key verification failed
  • Remove a merge from master
  • I’m using Git

    Please Note:

    The accepted method below does not work with Git as there is no git svn branch method. I’m still looking for a solution to this that doesn’t involve resolving to working with svn directly.

  • When is git rm -f used?
  • How to squash all git commits into one?
  • Jira and git: How to get all branches reflected?
  • Chef git cookbook: how to fix permission denied while cloning private repo?
  • How to set up git over http?
  • Git repository backwards compatibility
  • 3 Solutions collect form web for “Git-svn: create & push a new branch/tag?”

    You can read all the nitty-gritty details in this tutorial, but the gist is basically the following:

    $ git svn branch -m "Topic branch" my_topic            # Create SVN branch called "my_topic"
    $ git checkout --track -b my-topic remotes/my_topic    # Create the Git branch for "my_topic"
    # Hack hack hack...
    $ git svn dcommit --dry-run    # Make sure you're committing to the right SVN branch
    $ git svn dcommit              # Commit changes to "my_topic" branch in SVN

    If you created your local branch before the subversion branch existed and you now want to push your local branch into a subversion branch, you can do the following:

    Create the svn branch from the revision that you created your local branch

        $ svn cp http://svn-repo/my_app/trunk@123 http://svn-repo/my_app/branches/feature1

    Fetch the new svn branch so that your git repo knows about it

        $ git svn fetch

    The svn branch should now be added as a remote in your git repo

        $ git branch -a
        * feature1

    At this point your remote will still be trunk. You need to point your local branch to the new remote branch. You can do this by rebasing your local branch from the remote branch:

        $ git rebase remotes/feature1

    Now that your local branch refer to your remote branch, you can commit your changes onto it. First do a dry run so you are confident that your changes will go into your remote branch:

        $ git svn dcommit --dry-run
        Commiting to http://svn-repo/my_app/branches/feature1

    Now you may commit changes to your remote branch

        $ git svn dcommit

    Most how-tos will tell you to branch subversion first and then create a local branch which tracks the remote branch. But I often don’t decide ahead of time whether my local branch should track a remote branch. Often I branch locally, and make changes without any intention of pushing to a remote branch. If I later decide to commit my local branch into a remote branch I perform the steps above.

    I just wanted to point out that you shouldn’t rebase onto your recently created branch from stuff you already have in a different git branch. git svn dcommit will then afterwards push to trunk it seems. At least that was a problem for me.

    Instead, if you want to pull changes from an old git branch onto this new svn branch, use e.g. cherry-pick.

    Git Baby is a git and github fan, let's start git clone.