【问题标题】:Per developer branch in TFS feasible?TFS 中的每个开发人员分支可行吗?
【发布时间】:2013-08-15 09:21:15
【问题描述】:

在我当前的项目(由五名开发人员组成的团队)中,所有开发人员都使用自己的 TFS 分支(按开发人员命名)。他们会不时合并到主开发分支中。

每个开发人员使用分支的理由是:当他们在一个分支中工作时出错太多了。开发人员主要在远程工作,但使用一个通用的 TFS 和 AD 帐户(VPN 连接)。

我想征求意见,这种合作是否被认为是好的做法,在某些情况下可以,或者由于某些原因明显是错误的。

【问题讨论】:

    标签: version-control tfs branch


    【解决方案1】:

    这可行吗,是的。将您正在做的事情与其他人隔离开来并不一定是坏事......有一个问题,每个人都必须不断地让他们的代码与主干中的内容保持同步。你不能说 4 周没有合并或离开主干。这总会导致问题。

    你需要关心的部分是:“当他们在一个分支工作时出现了太多错误。”听起来他们使用源代码控制的方式存在严重问题。有成千上万的团队,开发人员在同一个分支上工作并且完全没有问题。 (我可以想到我工作的 6 个团队,他们都没有问题)。在转向像您所说的伪分布式模型之前,他们需要弄清楚基础知识。对我来说,这听起来不像他们有这个问题。我会错吗?是的,当然,但乍一看,使用基本的源代码控制似乎有点问题。

    我会首先询问单个模型出了什么问题,然后从那里开始。

    【讨论】:

    • 听起来对我来说都是真的,虽然我期待一个更强大的“没有平行宇宙!”这里的态度。我认为多个分支(在小型、相互联系的团队中)会导致额外的努力,并且不会增加同等价值。迟早或 - 每个开发人员都有一个分支 - 无论如何都必须解决以后的冲突。我认为越早越好。此外,对于每个开发分支,您需要一个时间表,当每个团队成员准确地与主干合并时,会出现额外的锁定问题和错误的期望(关于您正在处理的代码的实际情况)。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2017-11-13
    • 2014-08-19
    • 2021-11-13
    • 2016-05-03
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多