我们有一个大型仓库，其中包含过去10年的代码（原始仓库）。
我们想将这些代码中的一些用于其他项目，主要是在Repo A的几个文件夹中。因此，我想制作一个新的Core Repo，并让这些新项目将其用作子模块。最终可以更新原始存储库以使用Core存储库，但最初不能更新。
理想情况下，是要从Core Repo到Original Repo（对于我决定带出的文件夹）的链接，但不想分叉整个Original Repo并带来很多额外的东西。我需要这样做吗？
其他选择是为Core Repo创建一个新的干净的仓库，然后对我想要的内容进行新的提交，然后添加一个新的Remote以查看更改-如果只有少数几个，这是可能的文件夹？
还有其他想法/选择吗？使用Azure DevOps git btw。
谢谢
答案 0 :(得分：0)
您可以做的是为Core代码创建一个新的构建管道，然后通过内部的Nuget或NPM包进行发布。您可以将其移动到单独的存储库中，但不必这样做。然后，您可以在需要的地方使用该包装。