あなたが発行するのは、以下を含むリリース管理です。
- 構築: 配信コンテンツの一部またはすべてをどのように、またどのくらいの速さで再生成できますか?
- パッケージ化: その配信にはいくつのファイルが存在しますか?
コンテンツに含まれるファイルが多すぎると、リモート環境で展開 (つまり、コピーまたは rsync) するのが簡単ではなくなります。これは、グローバル サイズの問題ではなく、必要なトランザクションの数が原因です。
- パブリッシング: 配信をどこに保存し、それを作成した初期開発環境にどのようにリンクしますか?
このような大規模な配信は、VCS で公開するためではなく、ファイルシステムベースのリポジトリに保存し、バージョンを識別してリンクできるようにするための適切な名前 (または version.txt) を使用すると主張します。開発コンテンツ (Subversion に保存およびタグ付け)。
Maven はそのようなレポの一例です。
また、配信するコンテンツには限られた数のファイルを含める必要があることも指摘しておきます。つまり、次のことを意味します。
- 多数の関連ファイルを 1 つの圧縮ファイルにまとめて圧縮
- それらのファイルを再同期するだけでなく、圧縮解除するスクリプトを実行します