每次我们进行构建时,我们都会选择要包含的“已解决”SPR列表。通常,这些SPR中的一个(或一些)被合并在SPR的顶部,该SPR不是原始选择的“已解决的”SPR列表的的部分。因此,我们必须经历手动过程,查看有问题的SPR并查看与之相关的其他源代码。
我想自动完成这个过程,我想知道是否有人知道如何编写一个脚本,该脚本返回一个有问题的SPR和相关文件的列表,给出一个选定的“已解决”SPR列表,这些SPR将包含在下一个版本中。
答案 0 :(得分:0)
如果要比较标记的实体,可以运行“cleartool diff”来显示基线之间更改的文件。然后,迭代“diff”的结果集,并从每个元素中获取SPR链接或属性。如果SPR中尚不存在SPR,则将其添加到一组SPR中。排序你的名单,鲍勃是你的叔叔。
Perl是你的朋友。您的SPR如何链接到文件和目录元素?让我知道,我可以提供更多指导。