私たちのperforce管理者は「max-row」スキャンを制限しているため、次を実行するという私の最初のアイデアは機能しません。
- 特定のラベル時間 1 でのブランチへの統合を含むすべての変更
- 特定の以前のラベル時間 2 でのブランチへの統合を含むすべての変更
- 時間 1 から時間 2 の変更を減算して、コメント付きの新しい変更を取得します。
そのような大規模なクエリを使用せずに同じ結果を取得する別の方法はありますか (perforce に 7 年間の履歴が含まれており、-i が歴史の夜明けまでスキャンをトリガーする場合)
グレッグのコメントに基づいて、次のコメントが追加されました。
基本的には、特定のリリース ブランチで 2 つのラベル間 (または、より一般的には、古いラベルと現在) で修正されたバグを確認することがポイントです。リリース ブランチに入った変更を確認する、現在持っている非常に複雑なスクリプトを簡素化 (高速化) したいと思います。元の変更からすべてのチェンジセット コメントを出力するために、少なくとも 2 つのブランチに入っているファイルに従います。 (中間マージ コメントは、実際の変更コメントの説明ではなく、merge123 などのように言う傾向があるため、元のコメントまでツリーをたどる必要があります)、スクリプトは最終的に以下のようなものを出力します (品質センター ID を入力します)。変更セットのコメントに):
- qualityCenterId123 - いくつかのバグを修正
- gui qcId124 - その他の修正
- バグ qcId125 - その他のバグを修正しました
- マージ123
コメントに基づく更新:
Toby のアプローチの問題は、コード ブランチへの変更のほとんどが統合によってもたらされたということです。走る。これが、同じ結果を得るための代替アプローチを探している理由です。