ビルド バージョンが埋め込まれた自動ビルド パッケージを作成しようとしています。
使用されているバージョン管理システムは RTC です。
私が見る限り、キーワードの展開もファイルのバージョン番号もありません。RTC フォーラムで、誰かが答えました (pp)。
どういうメカニズムなのか、よくわかりません。RTC がバージョン番号を付けていないのに、RTC 自体にバージョン番号 (RTC 3.0 など) があるのも奇妙です。
別の方法として、この情報を含むテキスト ファイルを作成し、それを自分でインクリメントする方法があります。
ファイル履歴を決定する信頼性の高いメカニズムを提供するため、RTC でキーワードを展開する必要はありません。
RTC は変更セット/ベースラインを作成します。つまり、表示されるファイルがどの変更セットまたはどのベースラインに由来するかを知っていれば、その履歴を見つけることができます。
これは、機能を追跡する作業項目です:機能強化 43191
キーワード展開の混乱は合併し、競合の解決を困難にします。
しかし、人々が HTML ページの下部に小さなタグを付けたいと思っていることは知っています。別の方法は、キーワードを追加し、置換を計算するビルド ステップ (たとえば、いくつかの ant スクリプト) を用意することです。cvs と cmvc で置換可能なすべてのキーワードを知っているわけではありません。CMVC と CVS の公開された提案を使用して、ビルド定義で置換をカスタマイズできると期待しています。
そうすれば、versionid を使用可能なプロパティの任意の組み合わせにすることができます。
利用可能なプロパティのリストを提供し、ユーザーが選択できるようにするだけ%Z% -> "@(#)"です%W% -> ${rtc.filename}。「 Jazz ビルドのセットアップ入門
」のように文書化するだけです。 私が言っているのは、すべてのマッピングを提供することはできないので、アイテムを遅らせないでください. 何かがマップされない場合、それを別のものまたは空白にマップできます。コマンド ラインとAnt タスクが役立つかもしれません。これを使用して、バージョン修飾子を増やす必要があるかどうかを判断します。これは "
lastMod" と呼ばれます。
基本的に、2 つのベースライン間の差分をチェックし、最新の変更のタイムスタンプを返します。変更がない場合、タイムスタンプは変更されません。
これには、ベースラインを定期的に作成する必要がありますが、短期的には役立つ場合があります