我一直在用Git做我所有的工作，并将其推送到GitHub。我对软件和网站都很满意，我不希望在这一点上改变我的工作实践。
我的博士导师要求所有学生将作业保存在学校托管的SVN存储库中。我发现了大量关于将现有的SVN存储库下拉到Git中的文档和教程，但没有关于将Git存储库推到新的SVN存储库中的文档和教程。我希望通过结合Git -svn、一个新的分支和rebase以及所有这些美妙的术语来实现这一点，但我是Git新手，对其中任何一个都没有信心。
然后，当我选择时，我希望只运行几个命令将提交推到SVN存储库。我希望继续使用Git，让SVN存储库镜像Git中的内容。
我将是唯一一个致力于SVN的人，如果这有什么不同的话。
当前回答
如果您希望继续使用Git作为您的主存储库，并且只需要不时地将修订“导出”到SVN，那么您可以使用Tailor来保持SVN存储库的同步。它可以在不同的源代码控制系统之间复制修订，并将您在Git中所做的更改更新到SVN。
我没有尝试过git到SVN的转换，但是对于一个SVN -> SVN示例，请参阅这个答案。
其他回答
直接使用git rebase将丢失第一次提交。Git以不同的方式对待它，并且不能对它进行重基。
有一个程序可以保存完整的历史记录:http://kerneltrap.org/mailarchive/git/2008/10/26/3815034
我将在这里转录解决方案，但学分是Björn。
初始化git-svn:
git svn init -s --prefix=svn/ https://svn/svn/SANDBOX/warren/test2
前缀为您提供了像“svn/trunk”这样的远程跟踪分支，这很好，因为如果您只将本地分支称为“trunk”，则不会得到模棱两可的名称。-s是标准trunk/tags/branches布局的快捷方式。
从SVN中获取初始的东西:
git svn fetch
现在查看你的根提交的散列(应该显示一个单独的提交):
git rev-list --parents master | grep '^.\{40\}$'
然后获取空trunk的哈希值commit:
git rev-parse svn/trunk
创建嫁接:
git replace --graft <root-commit-hash> <svn-trunk-commit-hash>
现在，“gitk”应该将svn/trunk显示为主分支所基于的第一个提交。
使移植物永久化:
git filter-branch -- ^svn/trunk --all
掉落移植物:
git replace -d <root-commit-hash>
Gitk应该仍然在master的祖先中显示svn/trunk。
在树干顶部线性化你的历史:
git svn rebase
现在"git svn dcommit -n"应该告诉你它将提交到trunk。
git svn dcommit
在我的例子中，我必须从SVN启动一个干净的项目
$ Project> git svn init protocol://path/to/repo -s
$ Project> git svn fetch
添加你所有的项目资源…
$ Project> git add .
$ Project> git commit -m "Importing project sources"
$ Project> git svn dcommit
还有一个有效的序列(每个步骤都有一些注释):
Install git-svn and subversion toolkits: sudo apt-get install git-svn subversion Switch inside the PROJECT_FOLDER cd PROJECT_FOLDER Create the project path on the Subversion server (unfortunately the current git-svn plugin has a defect in comparison with TortoiseSVN). It is unable to store source code directly into the PROJECT_FOLDER. Instead, by default, it will upload all the code into PROJECT_FOLDER/trunk. svn mkdir --parents protocol:///path/to/repo/PROJECT_FOLDER/trunk -m "creating git repo placeholder"
在这里，中继在路径的末端是强制性的
Initialize the git-svn plugin context inside the .git folder git svn init -s protocol:///path/to/repo/PROJECT_FOLDER This is the place where trunk at the end of the path is unnecessary Fetch an empty Subversion repository information git svn fetch This step is helping to synchronize the Subversion server with the git-svn plugin. This is the moment when git-svn plugin establishes remotes/origin path and associates it with the trunk subfolder on the server side. Rebase old Git commits happened before the git-svn plugin became involved in the process (this step is optional) git rebase origin/trunk Add new/modified files to commit (this step is regular for Git activities and is optional) git add . Commit freshly added files into the local Git repository (this step is optional and is only applicable if step 7 has been used): git commit -m "Importing Git repository" Pushing all the project changes history into the Subversion server: git svn dcommit
我想分享一个在WordPress社区中使用的很棒的工具，叫做Scatter
Git WordPress插件和一点理智的分散
这使得用户能够自动将他们的Git存储库发送到wordpress.org SVN。理论上，这段代码可以应用于任何SVN存储库。
如果你不需要使用任何特定的SVN，你正在使用GitHub，你可以使用他们的SVN连接器。
更多信息在这里:在GitHub上与Subversion合作
