私は大規模な開発者チームを持つ組織のレポマネージャとして働いています。私たちのコミュニケーション努力、標準化の定義とawarnessの向上にもかかわらず、単に最新の開発を検索するためのfindmergeを実行するのではなく、開発中にconfigspecを変更することになります。Clearcase:開発者がconfigspecを変更できないようにする
どのようにこのような問題に対処しますか?ビューが作成されると、ユーザー(コーダー)がconfigspecを変更しないようにする方法はありますか?
私は大規模な開発者チームを持つ組織のレポマネージャとして働いています。私たちのコミュニケーション努力、標準化の定義とawarnessの向上にもかかわらず、単に最新の開発を検索するためのfindmergeを実行するのではなく、開発中にconfigspecを変更することになります。Clearcase:開発者がconfigspecを変更できないようにする
どのようにこのような問題に対処しますか?ビューが作成されると、ユーザー(コーダー)がconfigspecを変更しないようにする方法はありますか?
構成仕様の変更を避けることは、UCM(Unified Change Management)方法論の主な目的の一部です。
「ベース」ClearCase(UCMなし)がついていない場合、潜在的な回避策は、ユーザー設定仕様内に共通の設定仕様をに含めてプロモートすることです。
しかし、これは変更を防ぎません。
ビューストレージ内のconfig_spec
ファイルのACL権限で遊んでいる管理者もいます(cleartool setcs
で変更不可能にするため)。しかし、私は個人的にその方法をテストしていません。
私はClearcaseからMercurialやGitなどの管理が簡単なものに移行することを検討しています。 –