拆分后删除原始存储库是否安全？
Is it safe to delete the original repository after splitting it?
当我们的源代码从 TFS 迁移到 git 时，所有项目都放在一个存储库中。后来我们了解到这不是推荐的方式，所以我们决定将每个项目迁移到自己的存储库中。
因为我们不想（再次）丢失我们的历史记录，所以我们使用了以下策略：
- 将项目的子树创建到单独的分支中
- 将分支拉入新存储库
既然这（几乎）完成了，我想知道完全删除旧的 'origin' 存储库是否安全？
很遗憾，您快完成了。通常更好的拆分存储库的方法是
- 克隆原始的、完整的存储库
- 用新（空）存储库的 URL 替换遥控器
- 将整个（原始）repo 推送到新的
- 然后，修剪新存储库，使其仅包含您想要的文件。
- 对每个新 child.
重复整个过程
通过这种方法，任何一个新的 'child' 存储库都可以用来重新创建原始的完整存储库。他们还各自拥有原件历史的完整副本。更重要的是，如果您删除了一两个文件过多，您可以从新存储库中恢复它们。
最后，每个新存储库都有一个非常清晰的提交历史，显示它是如何从原始存储库派生出来的。
使用这种方法，删除原始文件绝对没问题，因为它可以随意重新创建。
在您目前的职位上，如果没有关于您如何实现您提到的两个步骤的一些非常明确的细节，很难说清。
如果您的 git 服务器支持，我倾向于将原始标记为 'read-only'，并为了安全起见保留它。
当我们的源代码从 TFS 迁移到 git 时，所有项目都放在一个存储库中。后来我们了解到这不是推荐的方式，所以我们决定将每个项目迁移到自己的存储库中。
因为我们不想（再次）丢失我们的历史记录，所以我们使用了以下策略：
- 将项目的子树创建到单独的分支中
- 将分支拉入新存储库
既然这（几乎）完成了，我想知道完全删除旧的 'origin' 存储库是否安全？
很遗憾，您快完成了。通常更好的拆分存储库的方法是
- 克隆原始的、完整的存储库
- 用新（空）存储库的 URL 替换遥控器
- 将整个（原始）repo 推送到新的
- 然后，修剪新存储库，使其仅包含您想要的文件。
- 对每个新 child. 重复整个过程
通过这种方法，任何一个新的 'child' 存储库都可以用来重新创建原始的完整存储库。他们还各自拥有原件历史的完整副本。更重要的是，如果您删除了一两个文件过多，您可以从新存储库中恢复它们。
最后，每个新存储库都有一个非常清晰的提交历史，显示它是如何从原始存储库派生出来的。
使用这种方法，删除原始文件绝对没问题，因为它可以随意重新创建。
在您目前的职位上，如果没有关于您如何实现您提到的两个步骤的一些非常明确的细节，很难说清。
如果您的 git 服务器支持，我倾向于将原始标记为 'read-only'，并为了安全起见保留它。