Ubuntuは非常に多くの毎日のイメージをどのように管理していますか？

これらのページ（https://cloud-images.ubuntu.com/locator/daily/およびhttp://cloud-images.ubuntu.com/releases/16.04/beta-2/）から、Ubuntuはさまざまなリリースの毎日のイメージを提供しています（ 14.04から16.04）、プラットフォーム（AWS、Azure、KVM、Vagrant ...）およびアーキテクチャ（i386、amd64 ...）。

これには優れた自動化が必要です。この種のビルドシステムのアーキテクチャに興味があります。これに関する文書はありますか？ありがとう。

Ubuntuの場合、おそらくDebianの場合と同じように行われます。ここにDebian Autobuilderネットワークに関する情報があります。

ここでは、特定のUbuntuインストーラーイメージをビルドする方法について詳しく説明します。

Debianの場合、サーバーの負荷を減らすために、たとえば主要なDebianサーバーによってビルドされたcd-imagesを提供する多くのミラーがあります。ほとんどのミラーはボランティアによって管理されています。ここにいくつかのドキュメント：Debianミラー。Ubuntuにも同じことが存在します：Ubuntuミラー

アーキテクチャごとに1つまたは2つのビルドサーバーがあれば十分です。各ビルドサーバーは、独自のアーキテクチャー、すべてのプラットフォーム、すべてのバージョンのCDイメージを定期的にビルドできます。（クロスコンパイルを使用すると、さらに少ないビルドサーバーが必要になる可能性があります）

installer-cd-imageをアップロードする前に、検証するために実行する必要のある多くの統合テストがあり、新しくビルドされたパッケージは互いに動作します（仕様dep8を参照）そしてもちろん、ビルド中にパッケージ固有のテストがあります各パッケージの。

しかし、私はcd-builds自体がスクリプト+ cronジョブによってトリガーされるのか、それとも継続的な統合のためになんらかのソフトウェア（Jenkinsなど）を使用するのかどうかは知りません。または、自動Linuxなどのツールを最初から使用する場合。