MS Team Foundation Server 的最佳免费开源替代品是什么？
我有一个团队在 MS Visual Studio 中开发软件，现在他们想开始使用 MS Team Foundation Server，主要用于版本控制以及补丁和错误跟踪。 他们没有任何使用 MS Team Foundation Server 的经验，但对 MS 产品非常热衷。 那么最好的免费开源替代解决方案是什么？ Git、SVN、CVS、Bugzilla、插件等
I have a team developing software in MS Visual Studio and now they want to start using MS Team Foundation Server, mainly for versioning and maybe patch and bug tracking.
They don't have any experience with MS Team Foundation Server, but they are very enthusiastic with MS products.
So whats the best free open source alternative solution? Git, SVN, CVS, Bugzilla, plugins, etc.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（6）
没有直接的替代方案，但我宁愿使用以下内容：
Subversion (TortoiseSVN)，CruiseControl，以及类似 Bugzilla。
Martin Fowler 最近写了一篇很好的关于源代码控制的文章，其中 svn 领先于 TFS。
There isn't a direct alternative, but I'd rather use the following:
Subversion (TortoiseSVN), CruiseControl, and something like Bugzilla.
Martin Fowler has recently done a good article on source control, and svn comes out ahead of TFS.
TFS 没有单一的开源替代方案。 TFS 负责源代码管理和版本控制、构建服务器和持续集成、工作项、项目管理、共享点门户……以及良好的 Visual Studio 集成。
There's no single open source alternative to TFS. TFS does source code management and versionning, build server and continuous integration, workitems, project management, sharepoint portal, ... and a good Visual Studio integration.
这是对 Mercurial (Hg) 和 Bugzilla 的投票。如果您主要是一家 Microsoft 商店，那么 Mercurial 拥有更好的 UI (TortoiseHg)，我们将其与 WinMerge 一起使用来显示视觉差异。我们认为 Visual Studio 集成在实践中并不是一个重要因素，而且无论其中包含哪些 VS 解决方案和项目，能够对整个文件夹树进行源代码控制真是太好了。
另外，如果您现在计划使用新的 VCS，您不妨保持最新状态并使用 DVCS，例如 Mercurial 或 git。据我所知，切换到 DVCS 的人中没有人会愿意回到 TFS 或 svn 等非 DVCS。一旦您习惯了本地签到，您就会同意！
Here's a vote for Mercurial (Hg), along with Bugzilla. If you are primarily a Microsoft shop then Mercurial has a much better UI (TortoiseHg), which we use with WinMerge to show visual diffs. We don't find Visual Studio integration to be a big factor in practice, and it's great to be able to operate source control on whole folder trees regardless of the VS solutions and projects contained within them.
Also, if you are planning on a new VCS now, you may as well keep up-to-date and use a DVCS, like Mercurial or git. No one I know who has switched to a DVCS would ever willingly go back to a non-DVCS like TFS or svn. Once you get used to local check-ins you'll agree!
如果您想考虑托管解决方案，可以尝试 GitHub 或 BitBucket。
如果您使用 Visual Studio，我建议使用 Mercurial 作为版本控制系统的 BitBucket。 Mercurial 已经有一个名为 VisualHg 的 Visual Studio 扩展，或者如果您更喜欢 Tortoise 风格，则可以使用 TortoiseHg。
GitHub/BitBucket 将为您提供源代码控制、问题跟踪和项目管理。
对于构建服务器，您可以尝试 CruiseControl 或 TeamCity（免费但非开源）。
If you want to consider a hosted solution, you can try GitHub or BitBucket.
If you're using Visual Studio, I'd recommend BitBucket that uses Mercurial as the version control system. There's already a Visual Studio extension for Mercurial called VisualHg, or if you prefer Tortoise-style, you can use TortoiseHg.
GitHub/BitBucket will give you source controk, issue tracking, and project management.
For the build server, you can try CruiseControl or TeamCity (free but not open source).
Martin Fowler 调查结果：http://martinfowler.com/bliki/VcsSurvey.html
不是TFS 表现良好 - 许多用户认为它是“危险的”。我使用 TFS 是因为我必须在当前的工作地点使用。在此之前，我使用 SVN + Tortoise + Gemini，并没有真正的抱怨。
恕我直言，TFS 与 VS 集成得很好，但它有些单一，有时甚至很顽固。毕竟，“源代码控制”= 源代码 + 控制...
我认识的许多未受邪恶 M$ 帝国束缚的程序员也对 Git 评价很高。
Martin Fowler survey results: http://martinfowler.com/bliki/VcsSurvey.html
Not a good showing for TFS - many users regard it as 'dangerous'. I use TFS because I have to at my current place of work. Prior to this I used SVN + Tortoise + Gemini and had no real complaints.
imho TFS is well integrated with VS but it is somewhat monolithic and occasionally recalcitrant. After all, 'Source Control' = Source + Control...
Lots of coders I know who are not in thrall to the evil M$ empire speak very highly of Git too.
虽然它不是免费的，但非常便宜，请尝试 VisualSVN，它在 Visual studio 中集成得非常好，但使用 SVN 作为后端
Although it is not free but extremely cheap try VisualSVN, it integrates really well within Visual studio but uses SVN as backend