4

非常によく似た多数のプロジェクトの rpm を生成するようにビルド マシンを構成しています。各プロジェクトの仕様ファイルは、名前と、場合によっては依存関係やその他の属性の両方がわずかに異なります。各プロジェクトには、プロジェクト ファイルを含む独自の git リポジトリがあります。

これらの仕様ファイルは存在するだけであり、正直なところ、ビルド システム自体にのみ役立ちます。各プロジェクトは手動でインストールできますが、自動展開を容易にするために rpm にパッケージ化します。

ビルド システム自体にも独自の git リポジトリがあります。

仕様ファイルをバージョン管理する必要がありますか? もしそうなら、どこで?各仕様ファイルは、関連するプロジェクトのリポジトリでバージョン管理する必要がありますか? それとも、ビルド システムと同じリポジトリですべてバージョン管理する必要がありますか? そして、最も重要なことは、なぜですか?

プロジェクト リポジトリの仕様をバージョン管理すると、インストール プロセスを段階的に改善するにつれて、ファイルが互いに同期しなくなるのではないかと心配しています。また、ビルド リポジトリ内の仕様をバージョン管理すると、依存関係が変更されたときにファイルが失われることも懸念されます。

4

1 に答える 1

0

ライブラリまたはプロジェクトと同じディレクトリ ツリーで RPM 仕様ファイルをバージョン管理するプロジェクトに取り組んでいます。なんで?これにより、すべてがきちんと同じ場所に配置されます。ライブラリ内のソース ファイルを更新すると、仕様ファイルがすぐそこにあり、適切なエントリが %changelog に追加され、バグ修正または機能強化のために何が行われたかが詳述されます。

あなたの状況では、それは厳しい電話です。しかし、ビルド/インストール システムは最終的に安定点に達すると思いますが、バグを修正するために、すべてのプロジェクトを更新する必要があることは間違いありません。はい、ビルド/インストール プロセスを微調整するのは短期的には苦痛かもしれませんが、それが安定すれば、長期的にはより簡単になります。

于 2012-12-10T18:59:53.847 に答える