1

全て、

We have had problems with engineers promoting files without the code being thoroughly tested and reviewed. They eventually ended up breaking the baseline. Instead of assuming the engineers will only promote their code after it has been reviewed and tested, I want to restrict their ability to promote until they are given permission to do so. For instance, after a code review, I would like to select the user/users and the file/files which they are allowed to promote. How can I automate this process?

How do the rest of you handle this "problem" of engineers deliberately or accidentally promoting files which end up breaking the baseline? Thanks for your help.

4

1 に答える 1

3

これに対処するにはいくつかの方法があります。最も簡単な方法は、基本的に「特定のユーザーまたは特定のグループのみがこのストリームに昇格できる」というロックを目的のストリームに設定することです。これは、ストリーム ブラウザでストリームをポイント アンド クリックすることで実行できます。だから今、あなたはその流れへの参入への障壁になってしまい、それはあなたがコントロールできるものです. ストリームのレイヤーを追加して、このアプローチを補完することもできます。たとえば、現在次の場合:

Prod_Stream -- Build_Stream -- ワークスペース

...あなたは今それを作ることができます：

Prod_Stream -- Build_Stream -- Review_Stream -- ワークスペース

Build_Stream にプロモート ロックを設定して、Review_Stream を必要なだけ中断できるようにしますが、Build_Stream の環境をより初期のままに保ちます。

ソース ファイルをリンクしてレコードを発行する機能である AccuRev Change Packages を使用していないようです。これらは強力な制御メカニズムにもなり、これらの変更パッケージの昇格に制約を加えることができます。たとえば、「ステータス」と呼ばれる問題フィールドの値が「合格レビュー」に切り替えられない限り、レビューからビルドへの昇格を許可しないようにすることができます。それらは、手動で実装されたものとは対照的に、プログラムによる制御になります。

AccuRev には、猫の皮を剥ぐ方法がたくさんあります。さらに詳しい情報が必要な場合は、AccuRev サポートまたは特定のアカウント チームに連絡して、代替案について話し合うことができます。

よろしく、〜ジェームズ

于 2011-05-13T19:39:19.783 に答える