我希望与团队一起顺利地迁移到Git,现在我们使用SVN。
有可能交叉投递吗?
例如,employee将post更改为SVN,然后将帖子更改为Git存储库,反之亦然。
(正如我所看到的:我知道我们应该解决冲突,但是如果我们在一个回购中解决冲突,也许我们可以在另一个回购头中强制推送/重写更改的文件(为什么不呢?)
除了两个repos有不同的头状态(头+2个新提交,头+5个新提交)的情况外,我的计划是在一个服务器上安装repos,并可能在一个post提交到另一个服务器之前锁定repos (在一个接收提交之后),我认为它应该运行得很快。
或者如果不可能的话,我们可以把提交从git发布到svn (因为现在应用程序是从SVN构建的)。
PS:我不是超级Git/SVN用户,我知道最好的解决方案--一次性迁移到Git,但如果可以的话,我知道。
因此,如果你有类似的经验,请建议有什么更好的方法来做这件事。
发布于 2015-05-18 20:05:35
有几个Git到或从Subversion桥,为您的用例设计。在常见的例子中:
我不知道一个自由软件解决方案,可以适当地满足这一需求。
git-svn是另一种选择,但它应该是客户端的:它允许您使用Git作为客户端访问SVN存储库。典型的用例是当您不进行迁移时,一些个人仍然希望使用Git。对于这个用例,它工作得很好。
基于git-svn的服务器端解决方案可能是可能的,但我不推荐它:最有可能的是,您最终会得到一个错误的解决方案,人们会将任何问题归咎于Git和迁移,并且他们会想回到SVN。
发布于 2015-05-18 19:39:25
例如,employee将post改为SVN,之后将post更改为Git存储库,反之亦然。..。 或者如果不可能的话,我们可以把提交从git发布到svn (因为现在应用程序是从SVN构建的)。
你可以的。git有svn“适配器”。只需在命令之前添加git svn即可。
在这里阅读更多相关信息:git-svn
https://stackoverflow.com/questions/30311303
复制相似问题