TFS作为源代码管理：你喜欢什么？你讨厌什么？

我已经使用TFS大约18个月了，我真的对它不感兴趣。这似乎是目前市场上最糟糕的SCM版本

我认为这个线程将帮助人们决定TFS是否适合他们，而不是其他源代码控制系统。虽然TFS的作用远不止于此，但我认为源代码控制对于软件开发来说是至关重要的，所以您选择的任何系统（或其组合）都需要首先考虑源代码控制。p> 与其他源代码控制相比，TFS有哪些优点--它做得比其他任何源代码控制都好

TFS在哪些方面做得不好，而其他人似乎做得很好

憎恨

除非您已签出文件，否则不会跟踪对文件的更改，因此，如果您在记事本++中编辑文件，TFS不会意识到任何更改

对某人来说，签出一个fille并将其锁定是非常容易的，这样就没有其他人可以进行更改。TFS不应该放弃这种能力，但它肯定会使它比目前更难实现

撤销一两次提交的方法非常不清楚，以至于我无法确定它是否有效

TFS使文件只读（除非您签出）的方式令人讨厌，尽管它确实帮助我记住在保存所做编辑之前签出文件

爱

如果您喜欢这种东西，我认为与VisualStudio的内置集成很好（我不喜欢）

专业人士

• 从根本上说，这是一个健全的系统。坚固可靠
• 与工作项、报告等集成
• 电动工具真的很好
• [编辑]它正在改善，并在2010年、2012年和2013年取得了良好的进展
• TFS对于自定义工具是高度可访问的。有一个丰富的API，使编写仪表盘和其他工具以获取TFS中的数据变得非常容易。由于所有数据都存储在SQL中，您可以在需要时直接浏览和查询它。多年来，我与许多不同的SCM合作，从未发现过一个如此开放和可访问的SCM——一切（用户故事、任务、bug、问题、测试计划、迭代、源代码控制和分支、构建、单元测试、持续集成）就在你的指尖。这是TFS的一个很棒的特性。TFS的许多UI缺陷在几个下午就得到了解决，我的团队可以使用编写工具和仪表板。让我们面对现实吧，如果你自己写，它正是你所需要的

缺点

• 有一个领域的稳健性失败得很惨：如果你在“一次过”中对一个文件应用了几个更改（添加、重命名、编辑），那么它会变得非常混乱。如果不单独检入这些操作，则在跨分支合并这些更改时，TFS2005和TFS2008都会崩溃。在2010年以后，它不再崩溃，但它通常无法正确地检入更改，因此您必须进入并清理丢失的和命名错误的文件

• 没有独立的源代码管理浏览器。它集成到VS中，当你只想处理源代码管理项而不需要运行另一个VS副本时，这真的很烦人。当然，你可以给你的艺术家一个团队资源管理器，但让我们问问自己，如果一个艺术家只想查看文件，签出，签入，GLV真的需要运行一个完全成熟的复杂VSTS实例来实现它吗？此外，集成非常差，您无法从解决方案资源管理器实际使用TFS（它只是关于您签出的内容的谎言，当您从该窗口应用操作时，它是如此不可靠，以至于您很快就会学会打开源代码管理窗口并在其中工作，这就破坏了它首先被集成的意义）[编辑：文件资源管理器扩展非常优秀-接近独立浏览器-并且简单易用。它的主要缺点是缺乏与文件命令的适当集成-要重命名或删除文件，必须记住使用TFS子菜单，否则将在本地重命名/删除，这将完全破坏源代码管理，正如TFS所知n您所做的其他更改。不幸的是，这意味着只能信任“高级”TFS用户使用它。因此，本质上，对于大多数用户来说，这仍然是“没有独立浏览器”的情况]

• 用户界面很糟糕（但至少在web访问方面正在改进）。当然，它是可行的，但要使其高效、愉快、更简单地使用，还有很多工作要做。例如，[2012年之前]当您单击“签入”时它勾选了所有剩余的未签入项目，这样，如果您以后不小心再次单击“签入”，它会签入一堆您不想签入的内容。在此之后，提供“撤消上次签入”选项可以很容易地快速回滚，但没有一个选项。[编辑：用户界面得到了改进，但这些具体问题仍然存在于VS2010中，尽管它现在有一个签入确认对话框，可以降低意外签入的风险][编辑：2012年要好得多，但他们已经疯了，把所有单独的TFS对话框都放在一个窗口中，这是一个严重的倒退。挂起的更改窗口不如2010年那么好用-更难找到东西，需要更多的点击才能实现同样的事情，如果你从任何地方签入文件，所有的cu当前，“包含的”文件会被放入“排除的”文件中，因此，如果您有几件事情要处理，它们都会混合在一起]

• 工作区。在大多数情况下，每个团队成员都必须具有基本相同的工作区映射，从本地根文件夹中删除。我们需要定义7个映射，这需要大约5分钟的时间来设置。无法从服务器推送工作区定义。没有[edit]easy[/edit]复制工作区的方法，以便您可以在