问题描述
在迁移git仓库时面临一个问题，他们的git仓库目前托管在Azure Devops上，现在需要迁移到他们内部的TFS 2017 git（这是一个业务决策）。在这个迁移设置过程中，他们需要在一段时间内同时运行原始仓库和新仓库，并定期将它们同步，直到新仓库被开发主管批准。只有在团队领导批准新仓库后，开发人员才会切换过去，然后将原始仓库设置为只读。在整个过程中，他们需要确保开发人员保持高效率。具体问题是如何执行从Azure Devops仓库到新的TFS 2017 git的初始迁移？然后如何定期同步它们，以确保新仓库不会与原始仓库差距过大？他们还希望在迁移和同步过程中保留提交消息历史。
解决方案
请注意以下操作注意版本差异及修改前做好备份。
执行初始迁移
执行初始迁移从Azure Devops仓库到新的TFS 2017 git需要以下步骤：
克隆原始仓库： 首先，你需要克隆Azure Devops上的原始仓库到本地计算机。使用命令行工具，导航到你想要存储新仓库的目录，然后运行以下命令：
shell
git clone <Azure_Devops_Repo_URL>添加新仓库作为远程仓库： 接下来，导航到新的TFS 2017 git仓库的目录，然后运行以下命令将原始仓库添加为远程仓库：
shell
git remote add origin <TFS_2017_Repo_URL>迁移提交历史： 使用以下命令将提交历史从原始仓库迁移到新的TFS 2017 git仓库：
shell
git push --mirror origin
定期同步仓库
为了定期同步原始仓库和新仓库，你可以执行以下步骤：
从原始仓库拉取更新： 在新仓库的目录中，运行以下命令从原始仓库拉取更新：
shell
git pull origin master将更新推送到新仓库： 然后，将拉取的更新推送到新的TFS 2017 git仓库：
shell
git push origin master
这些步骤将会定期将原始仓库的更新同步到新的TFS 2017 git仓库，确保它们保持一致。
注意事项
- 在执行任何涉及仓库迁移和同步的操作之前，请务必备份你的数据，以防意外情况发生。
- 确保你在迁移和同步过程中保留提交消息历史，这有助于跟踪变更和问题。
额外建议
你还可以考虑使用一些自动化工具或脚本来简化迁移和同步过程，特别是在迁移大量仓库或需要频繁同步的情况下。
结论
在执行初始迁移和定期同步的过程中，你可以保持原始仓库和新仓库同步，包括提交历史。遵循上述步骤和建议，确保开发人员能够在迁移过程中保持高效率，同时保留所有必要的提交信息。