アクティビティ作成の標準ガイドラインは何ですか?
私たちのチームでは、すべてのチーム メンバーが独自のアクティビティを作成しています。チームリーダーによって割り当てられているわけではありません。チーム リーダーがアクティビティを作成し、それをメンバーに割り当てることはできますか?
それを達成する方法は?
アクティビティ作成の標準ガイドラインは何ですか?
私たちのチームでは、すべてのチーム メンバーが独自のアクティビティを作成しています。チームリーダーによって割り当てられているわけではありません。チーム リーダーがアクティビティを作成し、それをメンバーに割り当てることはできますか?
それを達成する方法は?
No, the usual practice is that usually one would select an activity he/she created when checking in new versions.
The "setactivity
" doesn't list any restriction in term of Identity when selecting the activity to use.
An activity is here to group some tightly linked changes together, changes being new versions on files or directories for a given component on a given stream.
There is no real "standard guidelines" except to keep linked changes together.
You could prevent the creation of activity (except for a project manager) with a pre-op trigger though.
I suppose another trigger might be able to enforce the selection of an activity only by a specific resource, emulating that way the "assignment" process.
But I rarely seen that implemented (or only when use with a link with ClearQuest).
2 つの方法があります。
ClearCase (スタンドアロン):
トリガーは、アクティビティまたはアクティビティの命名を強制できますが、これにはトリガーとスクリプトの初期開発とメンテナンスが必要になる場合があります。また、プレフィックスを ENH_* または DEF_* または CR_* にするように強制することもできます。必要に応じて、指定した文字列のリストに合計アクティビティが含まれているかどうかを確認することもできます。
代替 (統合された ClearCase):
あなたが探しているのは、より高いレベルの注文です。私は、ClearQuest に統合された ClearCase を使用してそのようなシステムを作成しました。開発者には「WorkRequests」が割り当てられます (例: Defects / Enhancements)。これらは直接割り当てられ、追跡され、ビルドに追加されます。
基本的に、開発者によってチェックインされたすべてのアクティビティを保持するレコード ID 行為ノードを使用します。必要に応じて、アクティビティとチェックイン ref をレポート/スライス/ダイスできます) このモデルでは、アクティビティではなく、割り当てられたレコードを制御します (ただし、それらは同じにすることができます! つまり、既知のアクティビティを含むレコードを事前に作成し、それらを割り当てます)。
よろしく
ジム2