tfs - 在解决方案树之间共享项目的最佳实践(MSVS 2008 和 MSVS 2010)

Question

我们有 50 多个项目，分为由 TFS 管理的 2 个解决方案树(版本:Visual Studio 2008/TFS RTM (9.0.21022.8))。

30 多个项目是 Visual Studio 2008 项目，其他项目是 Visual Studio 2010

新项目通过对二进制文件的引用使用一些较旧的程序集。

在开发新项目期间，我们必须对旧程序集进行更改，因此我们必须同时打开 2 个 MSVS 实例。

有没有办法在两个不同的工作室解决方案树之间使用 TFS 共享可编译源？还是我们将 2008 年的解决方案树升级到 2010 年？ TFS 2008 是否支持共享项目(或者也可能需要升级)？

先感谢您!

Answer 1

安德鲁:

首先，我们违反了一些“最佳实践”来实现这一目标，但实用主义是最佳实践与现实世界相遇的地方。

我们要做的是:

所有二进制文件都被 checkin 到合并我们所有二进制文件的 LocalBin 文件夹中的 TFS。

所有共享程序集都位于名为 LocalBin/SharedBin 的文件夹中

SharedBin 文件夹分支到使用团队项目中的顶级 SharedBin 文件夹。

在成功的主构建中，LocalBin/Sharedbin 被合并到项目的 Sharedbin 文件夹中。

它最终是这样的:
$/ProjectA/Main/Localbin/SharedBin分支到 $/ProjectB/Main/SharedBin和 $/ProjectB/Dev/Sharedbin (以及 $/ProjectC 、 $/ProjectD 等中的等效文件夹)。

我们只有在 MAIN 构建成功时才会进行此共享，并且构建不仅负责合并到其他 MAIN 分支项目，还负责合并到 DEV 分支项目，因此它们是最新的。

我们已经考虑过在成功构建后将二进制文件处理到共享网络位置的想法，并有一个约定来引用该网络共享中的这些二进制文件，但这个过程今天对我们来说运作良好，我们讨厌此时对其进行更改(现在正在发生更重要的事情)。

这是难以在帖子中完全描述的事情之一，因此如果您有其他问题，我很乐意尝试回答。

顺便说一句，我们的解决方案是在 TFS2008 下构建并运行的，其中包含数千个项目文件，可能还有数百万行代码。由于合并，它确实增加了构建时间并增加了存储库中使用的空间量，但到目前为止两者都是可以管理的。