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

时间:2013-08-24 13:39:36

标签: rtc keyword-expansion

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

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

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

我不知道机制是什么。奇怪的是,RTC没有版本号,但RTC本身有厌恶数(例如RTC 3.0)。

替代方法是使用包含此信息的文本文件并自行递增。

1 个答案:

答案 0 :(得分:1)

  

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

RTC进行更改集/基线,这意味着如果您知道更改集或您看到的文件来自哪个基线,您就可以找到它的历史记录。

这是跟踪该功能的工作项:Enhancement 43191

  

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

     

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

     

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