【问题标题】:Multiple Team Foundation Server多个 Team Foundation Server
【发布时间】:2010-09-26 16:23:06
【问题描述】:

我们公司目前有一个本地 TF 服务器,并且我们即将开源项目的一个子集(通过 Codeplex),但是在同一解决方案中混合两个 Team Foundation Server 时遇到了问题。看起来 Visual Studio 无法同时连接到多个 TF 服务器。解决这个问题的最佳方法是什么?

  • 解决方案 1:仅将开源项目绑定到 Codeplex,将专有项目仅绑定到本地。根据您连接的位置绑定和取消绑定项目 --> 看起来 VS 不喜欢这个想法。项目松散绑定并开始表现异常。

  • 解决方案 2 全部绑定到本地并为开源子集使用另一个解决方案 --> Team Explorer 工作区管理器避免您使用重叠的本地文件夹树,即使在不同的服务器上也是如此,因此不是一种选择。

  • 解决方案 3 使用 TFS 将所有内容绑定到本地。对开源子集使用另一个源代码控制,如 SVN。看起来它很容易变得凌乱,但我们没有很多选择。

有开源项目的人遇到过这样的问题吗??

【问题讨论】:

    标签: visual-studio open-source tfs codeplex


    【解决方案1】:

    我会坚持使用一个单一的权威存储库,否则您最终会遇到版本地狱。 如果您打算让外部开发人员在 codeplex 端贡献代码,您需要将您的更改与他们的更改合并,并将他们的更改集成到您自己的内部 TFS 服务器上。

    拥有一个单一的权威存储库并在另一个上为里程碑版本创建快照会更安全。

    您可以在内部存储库上进行细粒度的签入和修改,并定期将它们集成/合并到 codeplex 代码树。然而,在一个代码库上运行的代码在集成后可能在另一个代码库上运行得不太好,你越早集成更改越好(不要在你自己的孤立分支上工作太久)。

    【讨论】:

    • 但是您如何做到这一点,将源代码复制到您的 HD 上的另一个位置以避免重叠工作空间?在我看来看起来有点讨厌
    • 除了复制之外,您还需要处理文件添加、删除和可能的冲突更改。您可以在没有工作空间的情况下获取文件,请参阅 ozgrant.com/2006/08/17/get-a-file-from-tfs-without-a-workspace
    猜你喜欢
    • 2013-06-26
    • 1970-01-01
    • 2010-10-11
    • 2018-08-30
    • 2014-05-07
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多