VOBには、checkinとmkelemのコメントはありませんが、checkoutのコメントはオプションです。私たちのSCMのメンバーは、チェックアウトのコメントを持たずにOKですが、チェックインのコメントを強制したいと思います。チェックインとmkelemでクリアケースのトリガー
mkelemは通常チェックインを行いませんので、/main/0を作成してチェックするだけなので、ct mkelem fooが許可されると思います。 ct mkeleme -c "some_comment" -ci fooを実行した場合にのみ、チェックインが行われ、新しく作成されたバージョン/main/1にコメントが使用されます。
が-ciで開始されたかどうかをチェックするようにトリガーを実装できますか？これはより均質であり、チェックインのコメントのみが必須であるというポリシーを満たすでしょう。
cleartool mktrtypeの "トリガ環境変数"のセクションを見ると、EV（環境変数）CLEARCASE_COMMENTの値を照会できるはずです。
あなたのコマンドが-cで起動されたかどうかを知っていて、あなたの現在のpre-opチェックイントリガーにおそらく使用されています。
mkelemの場合、チェックインを引き起こす点を除き、-ciの明確なインジケータはありません。
mkelemが-ciを使用していない場合は、コメントの欠如は問題にならないので、既存の手術前のチェックインに頼る方が簡単かもしれません。そしてそれは-ciを使用しています、コメントの欠如は、事前のチェックのトリガーによってキャッチされます。
mkelemからのチェックインは通常のチェックインのように見えますが、これは時として迷惑です。
"cleartool"コマンドラインからmkelem -ciを実行しない限り、CLEARCASE_CMDLINEが "mkelem ..."と設定されている場合、mkelem操作はまったく同じ方法でチェックイントリガを起動します「通常の」チェックインが行われます。
mkelem -ciの最後にあるチェックインのチェックインコメントであるため、 "-preop checkin"トリガを "-preop checkin、mkelem"に変更することができます。
責任を負うSCMは、このように動作するはずです（つまり、「mkelem」からの「checkin」が通常の「checkin」として登録されていると思われる場合）。もしそれがそうでなければ、私にはばかげているように思えたでしょう。なぜなら、それはコマンドそのものではなくイベントで引き起こすほうが理にかなっているからです。これはドキュメンテーションからはっきりとは分かりませんでした（少なくとも私がそれを投げたことは一目瞭然ではありません）。あなたのご意見ありがとうございます！ –