Arch Linuxパッケージのストレージイメージの構造をよりよく理解したいと思います。 Community、core、extra、multilib、iso、kde-unstable、gnome-unstableなど、非常に理解しやすいフォルダがいくつかあります。
しかし、スイミングプール、アイテムなど、少し混乱している他の場所もあります。
たとえば、これはミラーの構造です。http://mirror.gnomus.de/
../
community/
community-staging/
community-testing/
core/
extra/
gnome-unstable/
iso/
kde-unstable/
multilib/
multilib-staging/
multilib-testing/
pool/
project/
staging/
testing/
lastsync
lastupdate
ここで私が見逃しているLinuxミラーの伝統はありますか？それとも、この構造はArchに固有のものですか？また、あまり明確ではないフォルダはどういう意味ですか？私が理解できるように、プールフォルダにはすべてのパッケージが含まれており、残りはパッケージが分類されているようですが、これが正しいかどうかはわかりません。
ベストアンサー1
私はArch Linuxイメージを維持したことがないので、次はそれがどのように機能するかについて私が理解したものです。
ミラー構造（必須）：
プール/- すべてのパッケージが実際に存在する場所であり、他のすべてのリポジトリにはそのパッケージへのシンボリックリンクが含まれています。これにより、管理者はリポジトリ間でパッケージを移動し、1つのシンボリックリンクのみを削除し、別のシンボリックリンクを追加できます。
コア/、エクストラ/、コミュニティ/、マルチリップ/——安定したリポジトリ。
テスト/、コミュニティテスト/、multilib-テスト/- テストストア。
分割払い/、コミュニティ分割払い/、マルチデータベース分割払い/- 開発者専用のステージングストアです。大規模な再構築（たとえば、Python 2-> 3変換など）を推進するときは、ここで再構築してからテストをプッシュします（損傷はテストに伝播しません）。
その他/- ISOイメージ。
最後の同期、最後の更新- ミラー同期タイムスタンプ。
次のような他の要素も含めることができる。
プロジェクト/- FTP同期ログ。レベル2と3のミラーにあります。
源泉/- アーカイブ。
その他/- アーチに関連するもの。プロジェクトソース、パッチ、Archlinux-keyringなど