問題タブ [gitlab-ci]

gitlab CI にプロジェクトを追加した後、次のようになりました。

プロジェクトのビルドを処理するには、少なくとも 1 つのランナーをプロジェクトに割り当てる必要があります。このページにアクセスして、ランナーを割り当てます

リンクされたページ ( /ci/projects/16/runner_projects ) にはプロジェクトにランナーを追加するボタンがありましたが、 を押すとAddエラーが発生しました:

ランナー デプロイ キーを GitLab プロジェクトに追加できませんでした

Gitlab バージョン:

• GitLab CI 3.2.0 e0c0609
• ギットラボ 6.2

私は継続的統合サーバーに比較的慣れていません。しばらくの間、プロジェクトを管理するために GitLab (v6.5) を使用してきましたが、GitLab CI を使用して、テストが成功し、ビルドが成功することを確認したいと考えています。

私のテスト セットアップは 2 つの仮想マシンで構成されています。1 つは GitLab 用のマシン、もう 1 つは GitLab CI (およびランナー) 用のマシンです。ただし、本番環境では、GitLab を実行しているマシンが 1 台しかありません。GitLab チームは、しばらく前に興味深いブログ投稿を投稿し、次のことを強調しました。

CI サーバーでテストを実行している場合は、間違っています。

とても有益な投稿でしたが、この特定のポイントを理解したような気がしませんでした. これは、GitLab と GitLab CI を同じサーバーで実行してはならないということですか? GitLab CI と GitLab CI ランナーを同じサーバーで実行してはならないということですか? それとも両方... タスクごとに 1 台ずつ、合計 3 台のサーバーが必要ですか?

同じ投稿から：

CI サーバーでテストされたブランチにプッシュできる人なら誰でも、そのサーバーを簡単に所有できます。

これは、ランナーがコミットに含まれるものを実行できるため、ランナーがセキュリティリスクであることを意味します。その場合、典型的な実装は何ですか? GitLab と GitLab CI を同じマシンに配置しますが、ランナーは別のマシンに配置しますか? ランナー マシンが侵害された場合、それはまだひどいことではないでしょうか? では、コード マシンが安全である限り、ランナ マシンを失っても大丈夫なのでしょうか?

本番環境に実装する前に、これをもう少し理解したいと思います。GitLab、GitLab CI、および GitLab CI ランナーをすべて同じマシンに実装する安全な方法はありますか?

古いサーバーの gitlab バックアップを新しいサーバーに移行しようとしています。古いサーバーには gitlab (gitlab-6.5.1-0) があり、新しいサーバーには gitlab バージョン (gitlab 6.6.5-omnibus) があります。次のコマンドを使用して、古いサーバーからバックアップを取得しました

そして、このコマンドを使用して新しいサーバーでこのバックアップを復元しようとすると

次の出力が得られます

解決策を探してみました。しかし、すべてのドキュメントで、The backup is already migrated to the previous versionと書かれています。ただし、バックアップの移行方法については説明していません。これに関する解決策は大歓迎です！

マシンにインストールgitlab ciしたばかりで、CentOS 6.5いくつかのプロジェクトを追加し始めました。のダッシュボードにプロジェクトが表示されますが、ボタンをクリックしてgitlab-ciも何も起こりません。gitlabadd

production.logforを見るとgitlab_ci、5 秒ごとに次のメッセージが表示されます。

開始POST "/api/v1/builds/register.json" for 127.0.0.1 at 2014-03-28 11:32:31 +0100

gitlab_ci_access.logのログを見ると、次のように表示されapacheます。

172.16.15.13 - - [28/Mar/2014:11:33:06 +0100] "POST /api/v1/builds/register.json HTTP/1.1" 404 27 "-" "-"

ファイルgitlab-ci内の DocumentRootは ですが、この場所を見ると、確かにディレクトリはありません。vhost/home/gitlab/gitlab-ci/publicapi

それで... APIディレクトリがどの時点でインストールされたのだろうか？

gitlabの指示に従い、必要に応じて CentOS ボックスに適合させて、インストールが完了しました。

私は2つのアカウントを持っており、

一方には [Create new project] ボタンが表示されませんが、もう一方には表示されます。

構成ファイルの設定が原因である可能性があることはわかっています。

しかし、アカウントには 20 個のプロジェクトしかなく、プロジェクトのサイズは制限を下回っています。

ここに私のgitlab.ymlがあります

Gitlab CI (4.3) をセットアップしましたが、ビルド中に次の問題を解決できません。

致命的: ' http://gitlab-ci-token:my-gitlab-ci-token@gitlab.server.com/namespace/project_name.git/ ' の認証に失敗しました

Gitlab (6.7.0) と Gitlab Shell (1.9.1) は問題なく動作します。インストールガイドに従いましたが、何も見逃していないと思います。トークンはまったく同じで、Gitlab サーバーと名前空間/プロジェクト名も問題ありません。Gitlab サーバーの非標準の ssh ポートに問題があるのか​​もしれませんが、よくわかりません。「通常の」クローン作成と Gitlab へのプッシュには問題はありませんでした。何か案が？