到目前为止，Drupal社区似乎更喜欢Git，并且似乎有依赖于Git的开发相关的传统工作流程。
我们正在使用可以托管Git存储库的TFS 2013，但我们一直在努力将TFVC的使用标准化以进行源代码控制，并且需要重新构建我们的TFS治理，以支持开发Drupal站点的开发社区的一小部分（例如，我们有一个团队项目模型）。
使用Drupal的团队引用了Drupal的典型开发工作流程，如果他们使用TFVC就会被打断，他们问我们如何使用TFVC而不是Git完成an example work scenario。
他们也喜欢use of sub-trees in Git，因为它使他们能够更轻松地将Drupal社区的更新与他们对某些模块所做的更改合并。显然，他们经常这样做。
这些天Drupal开发生命周期是否依赖于Git？如果我们使用TFVC而不是Git存储库来托管Drupal源，会有什么风险？是否有人使用TFVC作为企业团队设置中的源控制存储库开发greenfield Drupal站点？如果是这样， 你能否分享一下你如何使它（或者它没有）以及如何为你的团队组织工作 ？
我正在努力寻找一个每个人都能满意的解决方案，我可以真正使用你的帮助，因为我不知道Drupal！
答案 0 :(得分：0)
当然，使用TFS的Drupal工作正常，但工作流程会有所不同。他们可以使用tf.exe命令行从源代码控制中获取源代码，如果他们想要，他们仍然可以从git中获取主要的drupal源代码并将其提交给TFS。
但是如果这对团队来说非常有效，那么为什么不利用TFS 2013提供的功能，让他们使用最适合团队的功能。从服务器管理员位置，你为什么要强迫他们使用其他东西，而工具支持这两种格式。