多个 Team Foundation 服务器

发布于 2024-07-10 09:56:52 字数 586 浏览 13 评论 0原文

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

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

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

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

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

We currently have a local TF Server here in our company, and we are about to make a subset of our projects open source (via Codeplex), but we are having problems mixing two Team Foundation Servers in the same solution. Looks like Visual Studio can't be connected to many TF Servers at the same time. What's the best way to deal with that?

  • Solution 1: Bind Open source projects to Codeplex only, and proprietary projects to local only. Bind and un bind projects depending where are you connected --> Looks like VS doesn’t like the idea. Projects loose bindings and start to behave strangely.

  • Solution 2 Bind all to local and use another solution for the open source subset --> Team Explorer Workspace manager avoid you using overlapping local folder trees, even on different servers, so it is not an option.

  • Solution 3 Bind all to local using TFS. Use another source control like SVN for the open source subset. It looks it will become messy easily, but we don't have a lot of options.

Someone with open source projects has faced a problem like this??

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

梦里°也失望 2024-07-17 09:56:52

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

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

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

I would stick to one single authorative repository or you'd end up with a version hell at some point.
If you intend to have external developers contributing code on the codeplex side you will need to merge your changes with theirs and also integrate their changes on your own internal TFS server.

It's safer to have one single authoritive repository and just create snapshots for milestone releases on the other.

You could do your fine grained check-ins and modifications on your internal repository and periodically integrate/merge them to the codeplex code-tree. However what works on one codebase may not work so well on the other after integrating, the sooner you integrate changes the better (don't work on your own isolated branch too long).

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文