GitLab Runner: 6. 構成の変更

このドキュメントはCLIによる自動化ガイドの一部です。完全なガイドはこちらからご覧いただけます:Stackhero CLIを使ってGitLab-Runnerを起動し、認証情報を取得し、構成をプログラムで変更する方法

👋 Stackhero ドキュメントへようこそ!

Stackhero では、GitLab Runner cloud を簡単にご利用いただけるソリューションとしてご提供しています。GitLab CI/CD ジョブを効率的に処理できるよう設計されています。主な特長は以下の通りです:

  • 無制限の CI/CD 分数:分単位の課金はありませんので、必要なときにいつでもパイプラインを実行できます。
  • 複数ジョブの同時実行:複数のジョブを同時に実行し、パイプライン全体の処理速度を向上させます。
  • Docker executorDocker-in-Docker サポート:コンテナイメージのビルドやプッシュを効率化します。
  • GitLab.com およびあらゆる セルフホスト型 GitLab インスタンスに対応。
  • 高速な NVMe/SSD ディスクを搭載した プライベート専用 VM で、安定したビルド環境を提供します。
  • 🇪🇺 ヨーロッパ および 🇺🇸 USA リージョンでご利用可能です。

時間を節約:最初の GitLab Runner を接続し、数分でパイプラインの実行を開始できます!

構成スキーマの例を確認し、ご自身の設定を適用できます。構成を更新すると、必要に応じてサービスが再起動されます。

# サービスの構成スキーマと例を表示
stackhero service-configuration-example --service=svc-xxxxxx

# カスタム構成を適用(必要に応じてサービスが再起動)
stackhero service-configuration-set \
  --service=svc-xxxxxx \
  --configuration='{ "...": "..." }'

# 新しい構成が適用されるまで待機
stackhero service-wait-for --service=svc-xxxxxx

以上です。これで、サービスの起動、認証情報の取得、再構成まで、すべてスクリプトや自動化で完結できる一連の流れをご確認いただけました。さらに詳しく知りたい場合は、CLIの詳細ドキュメントもご参照ください。ここで紹介した非対話型STACKHERO_TOKEN認証についても解説しています。