问GitHub企业与(TFS)

EN

我不能给你一个完整的答案。但是我们看了一下用于Java开发的TFS，以下是您可能感兴趣的一些要点。

• 我们遇到了使用TFS的path+filename的长度限制。这在Java中似乎更有可能，因为C#中的打包是不同的。
• 锁定:创建一个文件以某种方式将其锁定在TFS中(或为其保留一个“点”)。当人们不在房间里修理这些文件时，这件事变得很烦人。对于分布式团队，我无法想象它应该如何工作。
• 与Java的CI是混乱的。它起作用了，但与Jenking/Hudson/竹/TeamCity相比，我不会将它用于Java。使用C#可能更有趣，因为TFS允许用于CI构建的工作流。因此，某些构建可以提升到自动部署。但我从来没有在现实生活中用过。我只是喜欢这个想法:)
• TFS中的问题跟踪是可以的。也有一些Scrum/敏捷计划插件可用
• TFS的wiki是浪费时间。但是GitHub的wiki是基于Git的，所以人们需要编写标记。这对开发人员来说是可以的，但我有些怀疑我们的团队成员来自这个领域。
• 我不知道GitHub里面有什么CI吗？我知道的所有CI服务器都支持Git。
• Git Windows客户端有点奇怪。msysgit客户端有路径长度限制，cygwin一个操作系统甚至更奇怪(只是感觉到)，但两者都工作得很好。GitHub有自己的客户--我不知道它的基础是什么。

考虑到你的团队已经被分配了，我会去找吉特。它将允许更灵活的工作流程。如果网络是稳定的，TFS当然也会做这项工作。如果您以前使用过SVN : TFS作为源代码管理，肯定会惹恼人们。但是，习惯于VisualStudio和MS部件的开发人员与它的冲突要小得多。

再次:我们尝试(或必须尝试)使用TFS + Java，与C# + Visual完全不同。那里的整合会更好。然而，我的一些观点可能仍然有用:)

我不能对TFS做出具体的评论，因为我对TFS的唯一经验是短暂和不愉快的，所以我不会这样做。

不过，我确实经常使用git和github (企业版)，并且我使用过各种集中式VCSes (rcs、cvs、svn、centralized )和分散VCSes (hg、git)。

我认为GIT和TFS的主要区别除了一些辅助特性的差异外，本质上是TFS是一个集中式系统(如rcs、cvs、svn和协同)，而git是一个分散系统(dvcs)。乍一看，这似乎不是很大的区别，但它有着深远的含义。

• dvcs回购系统的克隆包含整个历史，这样您就可以继续工作、切换分支、实现功能等等，如果网络关闭，服务器没有响应，您坐在飞机上等等。
• 由于提交是本地的您的克隆存储库，您有一个额外的自由度(正交的分支等)。在这里，您可以通过创建存储库的特性克隆来处理某个特性，如果没有成功，只需删除存储库，如果不推送，它将永远不会进入上游存储库的历史。
• DVCSes不指定特定的工作流。您可以自由地组织您的团队互动任何你想(分层，正交，平面，集中，什么你有)。这是一个很大的优势，可以帮助团队成长(并缩小)，而不会留下一个无法通过设计满足他们需求的系统。
• GIT (和hg一样)直接支持补丁/被子之类的东西，可以用于连续集成。这在集中式VCSes中通常是很难做到的，所以它只是没有完成(我不知道TFS是否有这些特性)