0

開発者コードのチェックインに ISO 標準を適用する方法を探しています。これは、コードベースへの各変更を監査することに要約されます。これにより、次のことがわかります。

  • 誰が変更を行ったのか
  • 変更が行われたとき
  • どのプロジェクトに関連する変更
  • どの作業項目に関連する変更

ソース管理に Subversion を使用し、CI サーバーとして TeamCity を使用して .Net 開発を行っています。理想的には、開発者が考える必要がないように、これらのポリシーの適用を管理するツールが欲しいです。

CI/Gated Check-In またはポリシーと手順のみを使用して、この種の追跡を実施した経験のある人はいますか?

4

1 に答える 1

2

私は特定の ISO 規格に精通していませんが、まともな開発プロセスに従っているのであれば、必要なすべてのツールを持っているはずです。

Subversion とバグトラッカー (存在する場合) との統合は、これらすべてを処理する必要があります。Subversion は、誰がいつ変更を行ったかを追跡します。すべてのプロジェクトは、独自のバグトラッカーを備えた独自のリポジトリに配置する必要があります。この状況での作業項目は通常、ソース ファイルまたは構成ファイルになります。Subversion もこれを追跡する必要があります。

ツールに関しては、Subversion を使用してチェックイン コメントを適用できます。正規表現を使用してテンプレートを強化することもできますが、お勧めしません。テンプレートが開発者のニーズに合わず、進行を妨げるだけのエッジ ケースが発生する可能性があります。

ポリシーと開発者の規律は、ここで大いに役立ちます。コミット ログを定期的に監査し、開発者に割り当てられる前に変更を承認する変更管理委員会を設け、提出、割り当て、パッチ、およびテストからバグを追跡します。

于 2010-08-03T00:01:12.490 に答える