慎重に行ってください。また、デフォルトコメントが松葉杖にならないようにする必要があります。たとえば、欠陥番号が有効であることを検証する必要があります(現在開いている、実際に存在するなど)。それ以外の場合、プログラマーはデフォルトコメントを唯一のコメントとして使用します。
私の見解では、デフォルトを提供するよりも、コメントの検証に力を入れる方がよいでしょう。コメントが要件を満たしていない限り、変更が拒否されることをデベロッパーに伝え、期待される(そして受け入れられる)ものを文書化する。
質問者は「うまく言いますが質問には答えません」。
十分に適切です。私は実際にCVSを使用していないので、塩のピンチで次のものを取る。
Karl Fogelの「CVSによるオープンソース開発」(Coriolis、1999)の本を見ると、私はそれを行う良い方法は見当たりません。ログメッセージを検証するプログラムを指定するような 'commitinfo'、 'loginfo'、 'verifymsg'ファイルがあり、ユーザが 'cvs ci -m"Why I committed this"
'を指定しないとエディタが起動します。個人的に私は常にコマンドラインでコメントをチェックしてエディタを立ち上げてもらえません。だから、cvs
コマンドのラッパーを書いていない(これはやや複雑かもしれませんが)、私があなたが要求したことをやっている本の中には何の意味もありません。
Hmmm ... cvs
のシェルスクリプトラッパーのユーザーのCVSEDITORの定義を、指定されたファイルにデフォルトメッセージを作成するプログラムでオーバーライドしてから、代わりに${VISUAL:-${EDITOR:-vim}}
を起動しない限り、 Ick、そして同様にうんざり!しかし、慎重に、それは動作します。プログラマがバイナリの代わりにcvs
のスクリプトバージョンを使用するようにするのが最も難しい部分です。
+1 - 非常に責任があり、よく考えられた答えです。あなたの解決策に100%合意してください。 –
私は質問を更新しました。私たちはすでに小切手を提案しています。私は便宜のためにコメントをデフォルトにして、開発者が "Cahnge#:..."のようなタイプミスをしないようにしたいと思っています。 –
これはよく言われている点ですが、質問には答えません。何か案は? –