Content last updated 2026-04-22

Distributionチームのインフラとメンテナンス

共通リンク

Distribution チームのHandbook

インフラ

チームのタスクの一環として、チームは以下のノード/タスクに対して責任を負います：

dev.gitlab.org: この内部 GitLab インスタンスは毎晩CEパッケージを実行し、公式パッケージのビルドに使用されます。このインスタンスがより広範なビルドパイプラインにどのように関わるかについては、ビルドインフラを参照してください。ノードの詳細およびメンテナンスタスクは dev.gitlab.org固有のドキュメントを参照してください。
ビルドマシン: 各種 CI ジョブでパッケージのビルドと公開に使用されるマシンをスピンアップするランナーマネージャーマシンです。ノードの詳細およびメンテナンスタスクはビルドマシン固有のドキュメントを参照してください。
packages.gitlab.com: GitLab Infrastructure チームが管理するセルフホスト型パッケージサーバーです。 Distribution チームが GitLab CEおよびEEの omnibus-gitlab パッケージを配布するために使用し、 Verifyチームがgitlab-runnerパッケージをユーザーに配布するためにも使用されます。 GitLab CEおよびEEパッケージはdev.gitlab.org上の CI パイプラインを通じてビルドされます。
- Distribution はパッケージサーバーをツールとして使用しており、それに関連するメンテナンスタスクはありません。パッケージサーバーは現在、Packagecloud.ioが提供するパッケージを使用して自社インフラ上にデプロイされています。 Infrastructure チームがサポートを必要とする場合、Distribution チームはベストエフォートで問題解決にあたるべきです。
gitlab.comとdev.gitlab.orgのSSH公開鍵を最新の状態に保つこと: omnibus-gitlabの CI 設定は、実行中にこれらのサーバーの公開SSHキーを使用します。キーはコードベース内（support/known_hosts）に保存されており、いずれかが変更された場合に更新するのはチームの責任です。そのためには：
```
bundle exec rake infrastructure:known_hosts
git add support/known_hosts
git commit -m "Update SSH keys"
```
この変更は独立した MR としてプッシュし、メンテナーにレビューを依頼してください。