Visual studio 多团队基金会服务器 我们目前在我们公司有一个本地TF服务器,我们将把我们的项目的一个子集开源(通过COMPUTEX),但是我们在同一个解决方案中混合了两个Team Foundation服务器有问题。看起来Visual Studio无法同时连接到多个TF服务器。最好的办法是什么

Visual studio 多团队基金会服务器 我们目前在我们公司有一个本地TF服务器,我们将把我们的项目的一个子集开源(通过COMPUTEX),但是我们在同一个解决方案中混合了两个Team Foundation服务器有问题。看起来Visual Studio无法同时连接到多个TF服务器。最好的办法是什么,visual-studio,open-source,tfs,codeplex,Visual Studio,Open Source,Tfs,Codeplex,解决方案1:仅将开源项目绑定到Codeplex,将专有项目绑定到本地。绑定和取消绑定项目取决于您连接的位置-->看起来VS不喜欢这个想法。投射松散的绑定并开始表现出奇怪的行为 解决方案2将所有文件夹绑定到本地,并为开放源代码子集-->Team Explorer Workspace manager使用另一个解决方案避免使用重叠的本地文件夹树,即使在不同的服务器上也是如此,因此这不是一个选项 解决方案3使用TFS将全部绑定到本地。对开源子集使用另一个源代码管理,如SVN。看起来它很容易变得一团糟,但

解决方案1:仅将开源项目绑定到Codeplex,将专有项目绑定到本地。绑定和取消绑定项目取决于您连接的位置-->看起来VS不喜欢这个想法。投射松散的绑定并开始表现出奇怪的行为

  • 解决方案2将所有文件夹绑定到本地,并为开放源代码子集-->Team Explorer Workspace manager使用另一个解决方案避免使用重叠的本地文件夹树,即使在不同的服务器上也是如此,因此这不是一个选项

  • 解决方案3使用TFS将全部绑定到本地。对开源子集使用另一个源代码管理,如SVN。看起来它很容易变得一团糟,但我们没有太多的选择


  • 拥有开放源码项目的人遇到过这样的问题???

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

    更安全的做法是使用一个单一的创作性存储库,在另一个存储库上创建里程碑版本的快照


    您可以对内部存储库进行细粒度的签入和修改,并定期将它们集成/合并到codeplex代码树中。但是,在一个代码基上工作的东西在集成后在另一个代码基上可能不会很好地工作,集成更改越快越好(不要在自己的独立分支上工作太久)。

    但是如何做到这一点,将源代码复制到HD上的另一个位置以避免重叠的工作空间?在我看来,从复制的角度来看,这看起来有点糟糕。您还需要处理文件的添加、删除和可能发生冲突的更改。您可以在没有工作区的情况下获取文件,请参见