与离岸团队的代码合并 - 不同的源代码控制存储库
Code Merging with offshore team - different source control repositories
总结:
我们曾经在 SVN 上与离岸团队合作构建我们的自动化。
我们定期合并以保持同步(本地和离岸团队)。每隔一天左右。
本地团队切换到 GIT 而离岸团队继续他们在 SVN 上的工作。安全策略,仍在刷新新的 git 进程等...
我们现在有 2 个不同的项目不同步。
问题:
现在我们希望他们移动到 GIT 以便我们可以同步,一旦他们的代码在 GIT:
中,我可以想到几个选项
- 手动合并(已经一个月了,但我认为我可以做到)。手动复制文件,构建修复等
- 让离岸团队稍微重命名他们的文件,以便 GIT 认为它是一个新文件,然后也许可以手动解决一些重复的问题。
应该不会很多
如有任何建议,我们将不胜感激。
手动合并应该是一个简单的解决方案:
比较并合并两个不同的文件夹,一个包含您的 Git 存储库,一个包含最新的 SVN HEAD 修订版。
合并完成后,您可以将 Git bundle(一个文件)发回给他们,他们可以在自己的 Git 克隆存储库中克隆并开始工作。
总结:
我们曾经在 SVN 上与离岸团队合作构建我们的自动化。 我们定期合并以保持同步(本地和离岸团队)。每隔一天左右。 本地团队切换到 GIT 而离岸团队继续他们在 SVN 上的工作。安全策略,仍在刷新新的 git 进程等... 我们现在有 2 个不同的项目不同步。
问题: 现在我们希望他们移动到 GIT 以便我们可以同步,一旦他们的代码在 GIT:
中,我可以想到几个选项- 手动合并(已经一个月了,但我认为我可以做到)。手动复制文件,构建修复等
- 让离岸团队稍微重命名他们的文件,以便 GIT 认为它是一个新文件,然后也许可以手动解决一些重复的问题。 应该不会很多
如有任何建议,我们将不胜感激。
手动合并应该是一个简单的解决方案:
比较并合并两个不同的文件夹,一个包含您的 Git 存储库,一个包含最新的 SVN HEAD 修订版。
合并完成后,您可以将 Git bundle(一个文件)发回给他们,他们可以在自己的 Git 克隆存储库中克隆并开始工作。