rtc - Rational Team Concert - 版本号/关键字扩展

Question

我正在尝试创建一个嵌入构建版本的自动构建包。

使用的版本控制系统是 RTC。

据我所见，没有关键字扩展，也没有文件版本号。在 RTC 论坛上，有人回答 (pp) “RTC 中不需要扩展关键字，因为它提供了更可靠的机制来确定文件历史记录”。

具体是什么机制我不知道。奇怪的是 RTC 不做版本号，但 RTC 本身有一个版本号（例如 RTC 3.0）。

另一种方法是拥有一个包含此信息的文本文件并自己增加它。

Answer 1

RTC 中不需要关键字扩展，因为它提供了更可靠的机制来确定文件历史记录

RTC 制作变更集/基线，这意味着如果您知道您看到的文件来自哪个变更集或基线，您可以找到它的历史记录。

这是一个跟踪该功能的工作项：增强 43191

关键字扩展混乱合并并使冲突解决变得困难。
但我知道人们喜欢在 html 页面底部放置那个小标签。另一种方法是添加关键字并具有计算替换的构建步骤（例如，一些 ant 脚本）。

我不知道 cvs 和 cmvc 中所有可能的替换关键字我希望能够在我的构建定义中自定义替换，并发布针对 CMVC 和 CVS 的建议。
这样我就可以使 versionid 成为可用属性的任意组合。
只需提供可用属性列表并让用户选择..%Z% -> "@(#)"等等%W% -> ${rtc.filename}。
只需像在“开始设置 Jazz Builds ”中那样记录它们。
我想我要说的是不要延迟项目，因为我们无法提供所有映射。如果某些东西没有映射，我们可以将它映射到其他东西或空白。

我们有一个命令行和ant 任务可以帮助你，我们用它来帮助决定我们是否应该增加版本限定符，它被称为“ lastMod”。
它基本上检查两个基线之间的差异并返回最新更改的时间戳。如果没有更改，则时间戳不会更改。
这需要定期创建基线，但可能会在短期内帮助您