1

每次我们进行构建时,我们都会选择要包含的“已解决”SPR 的特定列表。这些 SPR 中的一个(或一些)经常被合并到一个属于“已解决”SPR 的原始选定列表的一部分的 SPR 之上。因此,我们必须通过手动过程来查看有问题的 SPR,并查看与它相关的其他源代码。

我想自动化这个过程,我想知道是否有人知道如何编写一个脚本,该脚本返回一个有问题的 SPR 和相关文件的列表,给定一个选定的“已解决”SPR 列表,这些列表将包含在下一个构建中。

4

1 回答 1

0

如果您正在比较标记的实体,您可以运行“cleartool diff”来显示基线之间更改的文件。然后,从“diff”遍历结果集并从每个元素中获取 SPR 链接或属性。如果 SPR 不存在于一组 SPR 中,则将其添加到一组 SPR 中。排序你的列表,鲍勃是你的叔叔。

Perl 是你的朋友。您的 SPR 如何与文件和目录元素相关联?让我知道,我也许可以提供更多指导。

于 2016-06-27T23:23:54.070 回答