ClearCase UCM にストリームがあります。このストリームでビューを作成し、ビルド目的でコードをフェッチします。コピーされるデータの合計は 10 GB です。これは巨大なコードベースです。何が巨大なのかを調査することにしました。
私が見つけた：
1) 複数のバージョンのサードパーティ製アプリケーションが ClearCase に保存されている
2) ただし、最新のサードパーティ製アプリケーションのみが当社のアプリケーションで使用されます
3) 多くの時代遅れで冗長なコードが利用可能です
私は提案しました：
1) rmname (rmelement ではない)を使用した古いバージョンのサード パーティ アプリケーションの削除。これにより、要素履歴の可用性が確保されます。
2) すべての冗長コードの削除
合計 5 GB の古いデータが検出されました。
私のロジック:
これが、開発の流れをきれいに保つための最良の方法だと思います。つまり、開発の流れを整理する最善の方法は、最高の、最もクリーンで無駄のないソース コードを利用できるようにすることです。
また、すべての HISTORY は ClearCase で常に使用できるため、要素の削除についてパニックになる必要はありません。
古くて冗長で時代遅れのコードとアーティファクトは、現在の開発の流れではなく、歴史に属していると感じています。
最後に、VOB に膨張があると、ベースラインの作成などの ClearCase 操作に時間がかかるように感じます。ナイトリー ビルドの増分ベースラインを行っているため、これらの廃止されたアイテムはベースライン化されていないと思います。しかし、すべての ClearCase 操作が肥大化の影響を受けているように感じます。
私のロジックは適切ですか？UCM ClearCase についての私の理解は正しいですか? ※このような場合のベストプラクティスを教えてください。*
現在のストリームでは 5 GB のデータが廃止されていますが、職場の人々は廃止されたファイルを削除したくありません。
どんな助けでも大歓迎です。