选择 TFS 而不是 Svn/Jenkins/Jira 的理由
我知道 SO 上有很多具有类似内容的问题，但我可以向您保证，我已经完整阅读了其中大部分问题的答案和评论。
我的情况略有不同，因为我们公司主要是面向 Java 的，因此标准的 ALM 工具集已经建立：
- SVN 用于源代码控制
- Jira 用于任务/问题跟踪
- Jenkins 用于持续集成
现在，我管理着一个 .NET 团队开发人员，我们需要为我们的开发流程设置类似的东西，讨论的是是否单独使用 TFS 还是重用现有基础设施并插入 .NET 项目。
我意识到支持 TFS 的最大论据是与 VS 的良好集成，但根据我们当前的设置，我想知道是否有一些完全不使用 TFS 的好论据。
I'm aware that there are a lot of questions on SO with similar content, but I can assure you that I have read the most of them completely with answers and comments.
My situation is slightly different in means that our company is mostly Java-oriented and thus the standard ALM tool set is already set up:
- SVN for Source Control
- Jira for task/issue tracking
- Jenkins for continuous integration
Now, I run a team of .NET developers and we need to set up something similar for our dev process and the discussion is whether to go separately with TFS or to reuse the existing infrastructure and plug in the .NET projects there as well.
I realize that the biggest pro-TFS argument is good integration with VS, but with our current setup I am wondering if there are some good arguments for not using TFS at all.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（3）
作为同时使用 SVN 和 TFS 进行 .NET 开发的人，我认为选择 SVN 而不是 TFS 的最大原因如下：
最重要的是，我发现 SVN 的运营成本更低、更稳定，而且绝对更成熟。
As someone who is using both SVN and TFS for .NET developmnet, here are the biggest reasons to choose SVN over TFS in my opinion:
Bottom line, I've found SVN to be cheaper to operate, more stable, and definitely more mature.
Microsoft Visual Studio Team System (VSTS) 是一个完整的开发环境，主要用于面向 Windows 的开发。 TFS 是系统的核心，在实现从需求到最终系统测试的完整可追溯性方面发挥着关键作用。
因此，使用 TFS 作为版本控制系统的最重要原因之一是因为它发挥着核心作用在 VSTS 中，允许这种可追溯性并且简单地完成工作。您可能不想将任何 VSTS 组件单独称为最佳组合，但它们一起提供了一个开箱即用的无缝集成 CI 开发环境，总数大于组件的总和。
Microsoft Visual Studio Team System (VSTS) is a complete development environment for mostly Windows oriented development. TFS is at the heart of the system and plays a key role getting complete tracebility from requirement to final system test.
So one of the most important reasons to use TFS as Version Control System is because it play this central role in VSTS, allows this traceability and simply does the job. You might not want to call any of the VSTS components best of breed individually, but together they provide a seamless integrated CI development environment out of the box with a greater total than the sum of components.
如果您的团队使用 Visual Studio，您基本上可以免费获得 VS Team Services，其中包括许多免费供小型团队使用的 TFS 功能。最重要的是，您每个月都会在 azure 上获得免费积分，并在基础设施方面开始设置。继续来说，如果您已经拥有 Visual Studio 订阅来执行开发应用程序中涉及的大部分操作，则不需要 TFS 许可证。
If your team uses visual studio you basically get VS Team Services for free, which is include a lot of TFS functionalities for free for small teams. On top of that you get free credits on azure every month and are set on the infrastructure side to start. Resuming, you don't need a TFS license if you already have a visual studio subscription to do most of the things involved in developing an application.