到目前为止，Drupal社区似乎更喜欢Git，并且似乎有与依赖于Git的开发相关的传统工作流。
我们正在使用可以托管Git存储库的TFS 2013，但是我们一直在努力标准化使用TFVC进行源代码控制，并且需要重构我们的TFS治理，以支持开发Drupal站点的一小部分开发社区(例如，我们有一个单一的团队项目模型)。
使用Drupal的团队表示，如果使用TFVC, Drupal的典型开发工作流程将被中断，他们问我如何使用TFVC而不是Git来完成一个示例工作场景。
他们也喜欢在Git中使用子树，因为它使他们能够更容易地将Drupal社区的更新与他们对某些模块所做的更改合并在一起。显然，他们经常这样做。
现在Drupal的开发生命周期依赖于Git吗?如果我们使用TFVC而不是Git存储库来托管Drupal源代码，会有什么风险?有人在企业团队环境中使用TFVC作为源代码控制存储库开发绿地Drupal站点吗?如果是，你能分享一下你是如何让它为你工作的(或者它是如何不工作的)，以及你是如何为你的团队组织工作的吗?
我正在尝试找到一个每个人都能满意的解决方案，我真的需要你的帮助，因为我不懂Drupal!
当然Drupal与TFS工作得很好，但工作流程将是不同的。他们可以使用tf.exe命令行从源代码控制中获取源代码，如果他们愿意，他们仍然可以从git中获取drupal的主要源代码并提交给TFS。
但是如果这真的很适合团队，为什么不利用TFS 2013提供的功能，让他们使用最适合团队的功能呢?从服务器管理员的角度来看，为什么要强迫他们使用其他格式，而该工具支持这两种格式是有原因的。