仅在开发团队中的Microsoft Team System价值

Question

微软Team System似乎是一个面向流程的系统实现的伟大平台，然而，如果您剥离了BAs、PM和业务用户的访问权限，而只是在开发团队中使用它，那么它是否比仅仅使用Visual Studio Professional、SourceSafe、缺陷跟踪工具和持续集成服务器(如CruiseControl或TeamCity )更有价值？

Answer 1

是。您提到的每种替代技术都是Team System包(在此版本或下一版本中)所支持的技术。所有这些组件都被设计为在TFS中相互集成和工作。这是TFS团队对所有组件的高优先级。结果是一组在大多数情况下彼此无缝集成的功能。

我不熟悉您提到的其他几个项目，但它们不太可能像相应的TFS组件那样彼此集成。这并不是说它们没有集成，或者作为产品表现不佳。只是它们并不是被设计成相互协作的。因此，交互将不会像TFS组件那样清晰。

这对继续使用TFS有价值吗？不知道，因为这将高度依赖于您对此集成的重视程度。

Answer 2

对于我的团队来说，TFS的一大卖点是它为我们的整个产品生命周期提供了一致性。我们确实允许BAs、PM和企业用户具有一定级别的TFS访问权限，但即使我们不这样做，该产品仍然具有很高的使用价值。在TFS中管理我们的工作流并在整个开发团队中执行一致性的能力是很棒的。

TFS提供的一些我们使用的功能:安全性、报告、工作流管理、集成构建、电子邮件警报、分支/合并。

你能把它和其他工具混在一起吗？也许吧，但它不太容易管理和维护，而且您可能无法像使用TFS那样提取报告和跟踪所需的数据。

顺便说一句，如果你指望Visual SourceSafe作为你的存储库，我强烈建议你去其他地方看看。从个人和业务经验来看，我可以证明它不能被认为是一个稳定/健壮的存储库。

我的想法。

Answer 3

当然它是有价值的。仅在团队SKU中就有大量的客户端功能(不要被名称所蒙蔽--它们主要只是新的“超级高级”厨房水槽版本，还具有包含用于TFS的服务器CAL的额外好处。)具体规格请点击此处：http://www.microsoft.com/visualstudio/en-us/products/teamsystem/default.mspx

具体看一下协作功能，再说一次，在一个系统中，其组件被设计为相互“只是工作”的系统中，同样有明显的价值。设置是简化的(尽管还有很长的路要走)；UI是一致的，并且可以相互访问；后端提供了统一的报告/分析服务。如果你有一个庞大的团队，总体性能/可伸缩性也远远超过了目前典型的OSS套件的能力。

问题是，对你来说，$$是否值得。为什么使用Visual Studio Professional而不是SharpDevelop？为什么是SourceSafe而不是Git？为什么不使用记事本和特殊标记的文件夹呢？

所有的商业产品都是商业的，这是有原因的(好吧，也许不是SourceSafe!)如果你想要具有广泛的功能集、紧密的集成、定义良好的支持和测试生命周期、良好的拟合和完成等的东西，那么花$$让你的开发人员继续工作通常是值得的。如果您不介意自己进行设置和故障排除，不介意在多个应用程序之间切换作为开发工作流程的一部分，不介意失去查询和报告团队统计数据的能力，等等，那么一定要开源--现在许多OSS开发工具都非常可靠。