我正在处理的项目包括两个我称之为由其他团队开发的代码库。使用 TFS，我们只需将他们的 TFS 文件夹包含在我们的工作区中，并将他们的 Visual Studio 项目包含在我们的解决方案文件中。如果其他团队将文件签入到库中，我们将立即获得他们的更改。
显然，您可以看到这种安排的缺点（我们不知道何时有人会引入重大更改 - 他们也不知道）。
为了更好地隔离这些库的日常更改，我计划对库代码进行分支。我们计划将这些分支视为只读 - 我们永远不会进行自己的更改。
在某些时候，我们希望在每个库都处于稳定点时刷新这些分支。（大多数团队都在使用 SCRUM，所以这将是每个图书馆团队 Sprint 结束时的代码）。我希望每个图书馆团队都会在这些地方标记他们的代码。
第一次分支似乎很容易。但是用每个库的标记版本来刷新分支呢？
我要合并吗？如何指定我只想合并来自某个标签的更改？假设我将在库发布后的某个时间合并，以便“最新的库代码会有我不想要的更改——下一个版本的不稳定更改）。
或者 - 我应该每次都重新分支吗？
或者 - 做其他事情？
我们仍然想自己构建他们的代码——所以我不是在寻找任何关于为每个库的版本签入二进制文件的建议。