我一直在用Git做我所有的工作,并将其推送到GitHub。我对软件和网站都很满意,我不希望在这一点上改变我的工作实践。
我的博士导师要求所有学生将作业保存在学校托管的SVN存储库中。我发现了大量关于将现有的SVN存储库下拉到Git中的文档和教程,但没有关于将Git存储库推到新的SVN存储库中的文档和教程。我希望通过结合Git -svn、一个新的分支和rebase以及所有这些美妙的术语来实现这一点,但我是Git新手,对其中任何一个都没有信心。
然后,当我选择时,我希望只运行几个命令将提交推到SVN存储库。我希望继续使用Git,让SVN存储库镜像Git中的内容。
我将是唯一一个致力于SVN的人,如果这有什么不同的话。
最近我不得不将几个Git存储库迁移到SVN上,在尝试了我能找到的所有解决方案之后,最后对我有用的是Mercurial(是的,使用了第三种VCS)。根据这份指南,我提出了以下流程(适用于Linux,但基本思路也适用于Windows)。
The necessary packages:
$ sudo apt-get install git subversion mercurial python-subversion
Mercurial needs to be configured by adding the following to ~/.hgrc:
[extensions]
hgext.convert=
Create some temporary working directories (I had several repositories to migrate so I created directories for the SVN and Git versions, to keep them separate):
$ mkdir svn
$ mkdir git
Make an empty local SVN repository:
$ svnadmin create svn/project
Clone the existing Git repository:
$ git clone server/path/project.git git/project
Let Mercurial do its thing:
$ hg convert --dest-type svn git/project svn/project
Now the SVN repository should contain the full commit history, but not with original timestamps. If this is not an issue, skip over the next part to step 11.
With a little work, the date and time of each commit can be changed. Since my repositories are fairly small, it was feasible for me to do it manually. First, create a pre-revprop-change hook in the SVN repository with the following contents, to allow the necessary property to be modified:
#!/bin/bash
exit 0;
This script has to be made executable:
$ chmod +x svn/project/hooks/pre-revprop-change
Mercurial created a working copy of the SVN repository, named project-wc, so switch to it and edit the commit times:
$ cd project-wc
$ svn propedit svn:date --revprop -r 1
Enter the correct date and time (pay attention to timezones!) and save. You should get a message saying "Set new value for property svn:date on revision 1".
Now rinse and repeat for every other revision.
Optionally check the commit history to make sure everything looks OK:
$ svn log -r 1:HEAD
Then go back up one level:
$ cd ..
Dump the repository:
$ svnadmin dump svn/project > project.dump
And load the dump on your Subversion server. Done!
这个过程可能也可以直接在远程存储库之间工作,但是我发现与本地存储库一起工作更容易。修正提交时间需要做很多工作,但总的来说,这个过程比我发现的任何其他方法都要简单得多。
我只是想分享一些我的经验和公认的答案。我做了所有的步骤,在我运行最后一步之前,一切都很好:
git svn dcommit
$ git SVN dcommit
使用未初始化的值$u替换/usr/lib/perl5/vendor_perl/5.22/Git/SVN。下午101线。
在/usr/lib/perl5/vendor_perl/5.22/Git/SVN中使用未初始化的值$u(.)或字符串。下午101线。
refs/remotes/origin/HEAD:“https://192.168.2.101/svn/PROJECT_NAME”中没有找到
我找到了线程https://github.com/nirvdrum/svn2git/issues/50,最后我在101行下面的文件中应用了解决方案
/usr/lib/perl5/vendor_perl / 5.22 / Git / SVN.pm
我更换了
$u =~ s!^\Q$url\E(/|$)!! or die
with
if (!$u) {
$u = $pathname;
}
else {
$u =~ s!^\Q$url\E(/|$)!! or die
"$refname: '$url' not found in '$u'\n";
}
这解决了我的问题。
下面是我们如何做到的:
在你的机器上克隆你的Git存储库。
打开.git/config并添加以下内容(来自维护Git存储库的只读SVN镜像):
[svn-remote "svn"]
url = https://your.svn.repo
fetch = :refs/remotes/git-svn
现在,在控制台窗口中输入以下内容:
git svn fetch svn
git checkout -b svn git-svn
git merge master
现在,如果它因为某种原因在这里中断了,输入这三行:
git checkout --theirs .
git add .
git commit -m "some message"
最后,您可以提交到SVN:
git svn dcommit
注意:我总是在事后丢弃那个文件夹。
我也需要这个,在Bombe的回答的帮助下,再加上一些摆弄,我让它工作了。下面是食谱:
导入Git -> Subversion
1. cd /path/to/git/localrepo
2. svn mkdir --parents protocol:///path/to/repo/PROJECT/trunk -m "Importing git repo"
3. git svn init protocol:///path/to/repo/PROJECT -s
4. git svn fetch
5. git rebase origin/trunk
5.1. git status
5.2. git add (conflicted-files)
5.3. git rebase --continue
5.4. (repeat 5.1.)
6. git svn dcommit
在第3条之后,你会收到这样一条神秘的消息:
使用更高级别的URL: protocol:///path/to/repo/PROJECT => protocol:///path/to/repo
忽略它。
当您运行#5时,您可能会遇到冲突。通过添加状态为“unmerged”的文件并恢复rebase来解决这些问题。最终,你会完成;然后使用dcommit同步回SVN存储库。这是所有。
保持存储库同步
您现在可以使用以下命令从SVN同步到Git:
git svn fetch
git rebase trunk
要从Git同步到SVN,请使用:
git svn dcommit
最后请注意
在应用到活动存储库之前,您可能希望在本地副本上尝试这一点。您可以将Git存储库复制到临时位置;只需使用cp -r,因为所有数据都在存储库本身中。然后你可以建立一个基于文件的测试存储库,使用:
svnadmin create /home/name/tmp/test-repo
并使用以下命令检查工作副本:
svn co file:///home/name/tmp/test-repo svn-working-copy
这样可以让你在做出任何持久的改变之前先玩一玩。
附录:如果你搞砸了git svn init
如果您不小心使用错误的URL运行了git svn init,并且您不够聪明,没有对您的工作进行备份(不要问…),那么您不能再次运行相同的命令。但是,您可以通过发出以下命令来撤销更改:
rm -rf .git/svn
edit .git/config
删除section [svn-remote "svn"] section。
然后可以重新运行git svn init。