为什么不使用 TFS 作为构建/CI 解决方案？
目前，我们的构建解决方案是使用 TFS + MS 构建脚本设置的。
TFS 也被用作 CI 服务器。
我在这个网站上看到了几篇向人们介绍其他 CI 解决方案的帖子。 是否有任何令人信服的选项可以转移到我们的构建系统的另一个解决方案？
或者换句话说，使用 TFS 我们错过了什么？
编辑
我们正在使用 TFS 进行源代码控制/问题跟踪，我认为这是一个很好的解决方案，我只是想知道与 TFS 集成的构建服务器/CI 服务器的其他选项。
Currently our build solution is set up using TFS + MS Build scripts.
TFS is also being used as a CI server.
I've seen several posts on this site telling people about other CI solutions.
Are there any compelling options to move to another Solution for our build system?
Or in other words what are we missing out on by using TFS?
EDIT
We are using TFS for source control / issue tracking and I think this is a good solution, im just wondering about the other options for build server / CI server integrating with TFS.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（3）
TFS 的主要问题是，如果服务器崩溃，恢复源代码的方法是 不平凡。这是令人难以置信的糟糕，因为任何源代码控制系统最重要的方面都必须是防故障的，至少如果您按照应有的方式执行所有备份的话。
The main problem with TFS is that if you have a server crash, restoring your source code is non-trivial. This is unbelievably bad since the most important aspect of any source control system must be to be fail-resistent, at least if you perform all backups as you should.
恕我直言，TFS 的最大好处是一切都集成在 IDE 中：工作项、错误跟踪、CI、代码分析……
IMHO the greatest benefit of TFS is that everything is integrated in the IDE: work items, bug tracking, CI, Code analysis, ...
我过去使用过 TFS，但我现在的公司使用 SubVersion/Team City/FogBugz 来实现 TFS 解决方案中提供的相同功能。
我想说，从技术实现的角度来看，您可以从非 TFS 系统中获得额外的功能，而 TFS 的配置将是一场噩梦。
然而，话虽如此，不采用 TFS 的最大原因之一是运行此类系统的成本。 TFS 的一大优点是整合了一切，这使得人们更多地使用它，投入越多，得到的就越多。最坏的情况是一个系统，人们懒得使用，对公司的发展没有任何价值。
在我看来，如果您已经使用 TFS 并且有能力坚持这样做，那就这样做吧！
I have used TFS in the past but my current company use SubVersion/Team City/FogBugz to implement the same functionality provided in the TFS solution.
I would say that from a technical implementation perspective, you can gain additional features from a non-TFS system that TFS would be a nightmare to configure.
However, that said, one of the biggest reasons for not going for TFS is the cost of running such a system. The big advantage of TFS is the integration of everything which makes people use it more as the more you put in, the more you get out. The worst case scenario is a system that people can’t be bothered using which adds no value to the company’s development.
In my opinion, if you are already on TFS and can afford to stick with do, do just that!