代码之家  ›  专栏  ›  技术社区  ›  Lasse V. Karlsen

在使用Mercurial时,在内部发布产品测试版本并保留“此版本中的内容”列表的过程?

  •  0
  • Lasse V. Karlsen  · 技术社区  · 14 年前

    我需要一些具体的想法。

    我们正在考虑改变我们的版本控制系统,我希望我们使用Mercurial。它可以减轻与某些内部过程相关的许多痛苦,也会带来一些挑战。

    其中的一个挑战是,我们目前使用的版本控制系统不是分布式的,因此每个变更集都有修订号的概念,我们已经在内部使用过了。

    但是,对于Mercurial,这是行不通的,因为修订号可以而且将随着来自不同分支的提交而改变。

    所以我想知道怎样才能得到类似的东西。

    注意,这与发布管理无关。发行版更受控制,但正在进行的测试更具流动性,因此我们希望避免让测试人员不断地试图找出他列表中的测试用例是否真的在他测试的版本中可用。

    基本上,我需要测试人员能够查看他们正在测试的版本是否与测试用例相关。

    我在考虑以下几点:

    1. 程序员提交并获取变更集的散列
    2. 程序员在我们的案例跟踪器中将此附加到案例中
    3. 我必须使获取我们的产品所构建的变更集的散列变得容易,在用于我们的构建机的存储库的变更集日志中查找它,然后找出产品变更集是否与测试列表中的每个案例相同,或者是它们的祖先。

    所以我有两个问题:

    1. 这是可行的方法吗?我并不反对创建一个web应用程序,它可以使这个问题变得容易处理
    2. 有人知道另一种方法可以帮助我吗?我看过标记,但标记似乎会增加合并压力,这是我想要的吗?(即,添加/移动标记最终会成为提交,需要与系统的其他部分合并)
    3. 还有其他想法吗?
    2 回复  |  直到 14 年前
        1
  •  1
  •   Nick Pierpoint    14 年前

    说您正在寻找一个链接到您的构建过程的轻量级标记过程是正确的吗?

    我不喜欢程序员抓取最后一个散列并将其粘贴到其他地方的想法-听起来像是一种您无法依赖的手动过程。您是否能够围绕程序员在提交消息中添加案例号来构建一个流程,以便 以后可以将提交链接到原始案例吗?当案件被标记为“结案”时,你可以收回对案件的所有承诺。

    很多病例控制系统都有这个- Fogbugz ,例如。

        2
  •  1
  •   philosodad    14 年前

    bitbucket和google代码都有一个分支时间线,可以直观地显示合并的内容、合并的对象和合并的时间。我怀疑这可能是您想要做的:这是解决问题4的一种非常简单的方法。

    我不知道他们是怎么做到的,但工具就在那里。BitBucket提供商业代码托管。

    推荐文章