GoCD中的管道排序

在GoCD中,我们使用两种不同类型的管道排序:

  • 计划顺序:计划管线的时间顺序。
  • 自然顺序:基于材料修改的管道的时间顺序

在大多数情况下,计划顺序和自然顺序相匹配。 用户检入并增量构建,因此构建的排列顺序与检查变更的相对顺序相同。现在,使用“带选项的触发器”功能,可以使用旧材料触发流水线。 在这种情况下,存储库报告的物料更改以及包含这些更改的管道顺序不一样

Example

Order of check-ins retrieved from Hg log:

changeset:   10689:6dbb27e86dc9
branch:      trunk
tag:         tip
user:        ShilpaG
date:        Tue Apr 27 09:52:15 2010 +0530
summary:     fixing twist test EnvironmentScreenPermissions

changeset:   10688:2b5b25a68117
branch:      trunk
user:        JJ
date:        Tue Apr 27 08:45:29 2010 +0530
summary:     fixing broken twist test

changeset:   10687:6f91bbb648fa
branch:      trunk
user:        PS
date:        Mon Apr 26 15:28:16 2010 +0530
summary:     #3889 - Added the twist test for the stage details actions.


Pipeline instance 1 has revision: 10687:6f91bbb648fa
Pipeline instance 2 has revision: 10689:6f91bbb648fa
Pipeline instance 3 has revision: 10688:2b5b25a68117

基于调度的流水线顺序为:1,2,3。这是它们被触发的顺序。

基于自然顺序的管道顺序:1,3,2。这是因为,如果我们查看每个管道实例中的更改,则1具有最早的修订集合,3具有下一组修订版本,并且2具有最新的修订版本 在那个特定的仓库(物质)。

上面的例子在有一种材料时有效。 如果管道有多种材料,GoCD会检查所有材料的时间戳,以确定哪个逻辑上是较早的管道实例。 在这种情况下,较早的实例是所有材料中具有最早时间戳的实例。

当我们“触发选项”时,GoCD支持材料的自然排序。 用户可以更改所有材料的版本,或者选择一种特定材料(可能会破坏版本)并将所有其他材料固定到特定版本(最后一次已知的良好版本)。

results matching ""

    No results matching ""