0

ワークフローで Gitlab CI を使用したいのですが、私のプロジェクトはライセンスされたソフトウェアに依存しているため、ルーティング可能なパブリック IP を持たないマシンで実行する必要があります。私の考えでは、heroku で単純なサーバーを作成して Webhook を受け入れ、リクエストをメッセージ キュー (たとえば、redis DB) に入れ、ローカル マシンでポーリングして実際に CI ジョブを実行できると考えています。ただし、Gitlab CI システム全体は、gitlab.com サーバーがランナーと直接通信できることを前提として書かれているようです。プッシュ イベントを受け入れるのではなく、Webhook を介して CI ビルド トリガーをプロキシするか、gitlab-runner プル ビルド ジョブを作成するための概念実証を知っている人はいますか? 必要に応じて、ビルド イベントをポーリングし、必要なコマンドを実行する独自のランナーをロールすることもできますが、既存の、車輪を再発明するのではなく、文書化されたインフラストラクチャ/ファイル形式。提案をありがとう。

4

1 に答える 1

1

ドキュメントを誤解していたことが判明しましたが、これは標準のランナーですぐに使用できます。

于 2016-03-02T15:40:52.427 に答える