Pushing from git into a subversion repository

I have my work in a git repository, some of my coworkers want to incorporate it into their subversion repository. I’m going to keep working with git, but it would be nice have a subversion repo as a remote that I can push to once in a while.

I don’t plan on pulling from it ever. If this is doable, we’ll have an understanding that the subversion remote is write-only from my point of view and read-only from theirs. They already have access to the git repo, and will be working there anyway (yes, it’s a bit ridiculous, but I cannot change that).

  • Delphi RES files and Git
  • Problems using git merge
  • Git repository corrupt (incorrect header check; loose object is corrupt)
  • Git: Rebase or Merge to update a local branch
  • Unable to use key file Eclipse
  • Git workflow with 2 pcs/macs
  • Is this something that git-svn can handle?

  • Moving Git Repository Away From Visual Studio Folder
  • Spelling errors in commit and what to do if “ahead by 1 commit”
  • Git - for a single file, number of times each line changed
  • how to merging works with git
  • Is git's implementation of the patience diff algorithm correct?
  • Why are all of my git submodles not being cloned when I do git clone --recursive?
  • One Solution collect form web for “Pushing from git into a subversion repository”

    Yes. If you use git-svn to set up the SVN remote, you can subsequently use dcommit to push changes to it at will, indefinitely. If you want to enforce the workflow that only you can push to the SVN repo, that can be achieved using Subversion’s access control mechanism; e.g., see How to setup access control in SVN?.

    Since by default dcommit rebases the Git branch you’re updating SVN from, you should consider maintaining a local branch for the purpose of publishing changes to SVN. The simplest case would be if the SVN repository need only receive commits from master and not attempt to track merges.

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