+」などの名前を付け、読み取りと書き込みの両方のスコープが有効になっていることを確認します。人間の介入なしで新しいマシンを作成するにはDropletが必要です。次の手順で使用するため、安全な場所にトークンをコピーします。再生成せずにこのトークンを再度取得することはできませんので、安全に保管してください。Runner構成ファイルの編集これらのコンポーネントをすべてまとめるには、要塞ドロップレットの設定を完了して、DigitalOceanアカウントと通信する必要があります。Runner構成ファイルを開いて編集します。/etc/gitlab-runner/config.tomlこの構成ファイルは、CIセットアップがオンデマンドでスケールアップおよびスケールダウンするために使用するルールを担当します。要塞をオンデマンドで自動スケーリングするように設定するには、次の行を追加する必要があります。locally新しい行を追加したら、設定に基づいてアクセストークン、リージョン、ドロップレットサイズをカスタマイズします。このチュートリアルでは、1GBの最小のドロップレットサイズを使用し、NYC3でドロップレットを作成しました。あなたのケースに関連する情報を使用してください。キャッシュコンポーネントをカスタマイズし、インフラストラクチャ設定ステップからアクセスするスペースのサーバーアドレス、アクセスキー、シークレットキー、作成したスペースの名前を入力する必要があります。Runnerを再起動して、構成が使用されていることを確認します。[GitLabの高度なドキュメント]をご覧ください。Runner要塞ドロップレットが構成され、CIキューがいっぱいになると、必要に応じてDigitalOceanドロップレットを作成できます。GitLabインスタンスとステップ1でインポートしたプロジェクトに移動して、動作することを確認するためにテストする必要があります。*オプションにあるビルドが自動的にトリガーされます。このページには、ステータスが「実行中」のパイプラインエントリが表示されます。Runnerによって自動的に作成されたいくつかのドロップレットが表示されます。おめでとうございます。CIパイプラインはクラウドスケーラブルであり、独自のリソース使用量を管理するようになりました。指定されたアイドル時間が経過すると、マシンは自動的に破棄されますが、予想外の請求が行われないように、これを手動で確認することをお勧めします。トラブルシューティング場合によっては、GitLabがランナーに到達できないと報告し、その結果、新しいランナーのデプロイを含むアクションを実行しないことがあります。Runnerを停止してから、デバッグモードで再度起動します。start出力はエラーをスローするはずです。これは、どの構成が問題の原因であるかを判断するのに役立ちます。構成で作成されるマシンが多すぎる場合、それらをすべて同時に削除する場合は、次のコマンドを実行してすべてを破棄できます。[GitLabのドキュメント]を参照してください。CDパイプラインを正常にセットアップしました。Registryでより高いレベルのキャッシュを構成したり、特定のGitLabコードランナーへのコードビルドのタグ付けの使用を検討したりできます。[GitLabのシリーズ]を参照してください。継続的な統合パイプラインを最大限に活用する方法についてのブログ投稿]。Blog]にも掲載されています。