【问题标题】:Svn development workflowSVN 开发流程
【发布时间】:2021-06-07 22:01:51
【问题描述】:

我目前正在做一个两人项目,我们使用 Subversion 作为我们的源代码控制。现在我们都创建分支并在这些分支中进行开发,然后在提交主干之前将这些更改合并到主干的副本中。

我们遇到的问题是保持一切更新的巨大开销。

我们的工作流程示例

  1. 我在我的主干副本上运行更新以获取最新更新
  2. 我将主干更新合并到我的分支中
  3. 我在我的分支机构工作
  4. 我将更改合并到主干中
  5. 我更新trunk看看有没有新的更新
  6. 我承诺

问题

  1. 即使在日志中明确写入 i,也很难跟踪合并了哪个修订版
  2. 有时我有一个完全最新的分支,但我无法将更新合并回主干以进行提交。

有人可以推荐一个更简单的工作流程吗?有时我们在影响其他人代码的领域工作,目前这是不可避免的,所以我们需要保持更新。我喜欢每天至少提交一次后备箱,这样事情就不会太不同步了。

谢谢

【问题讨论】:

    标签: svn


    【解决方案1】:

    对于两个人来说,更简单的工作流程是两个人都在主干上工作。偶尔你会遇到冲突,但你可以解决它们并继续前进。它会比你现在做的简单得多。

    当您希望将工作流分开但您似乎不希望这样做时,分支非常适合,因此请不要使用分支。

    【讨论】:

      【解决方案2】:

      在过去十年左右的时间里,我每天都直接在同一个分支或主干上工作,与 5 到 10 个人在同一个模块或项目上工作。您在提交之前更新,并立即解决问题。鉴于您每天都合并所有内容,您已经非常接近这种情况。它有助于让持续集成构建机器运行单元测试。如果您的同事弄得一团糟,您可以更新到较早的版本并继续工作,直到他/她完成清理为止。

      如果您想重新设计某个东西,使其在一周或更长时间内对团队的其他成员都不起作用,那么您只需要一个分支,这通常是可以避免的。

      【讨论】:

        猜你喜欢
        • 1970-01-01
        • 1970-01-01
        • 2010-09-26
        • 1970-01-01
        • 1970-01-01
        • 2011-01-24
        • 1970-01-01
        • 2012-01-04
        • 2015-12-16
        相关资源
        最近更新 更多