問題タブ [gitlab-ci-runner]

現在、GitLab CI を使用してビルドとデプロイの手順を処理することを期待して、GitLab で保護された運用ブランチを使用して開発ワークフローをセットアップしています。

プロジェクトの他の開発者から本番 SSL クレデンシャルを保護するにはどうすればよいですか? GitLab CI には秘密の変数があることは認識していますが、開発者がプロ​​ジェクトの別のブランチでテスト ビルドを使用してこれらをダンプするのを防ぐ方法はないようです。

何か不足していますか、それとも本番サーバーへのアクセスをロックダウンする別の方法はありますか?

gitlab-ci-runnerを使用して、コミットごとにデスクトップ Qt/OpenGL アプリケーションを自動的にテストしています。Windows 8 では、アプリケーションは gitlab-ci-runner でインストールされたシステム サービスによって実行されるため、「非表示」で実行されます。つまり、デスクトップが表示されません。「公開」イベントを取得しない OpenGL モジュールを除いて、すべての UI モジュールはとにかく初期化して実行します。ウィンドウを公開せずに OpenGL コンテキストに描画しようとすると、エラーが発生します。

実行中のデスクトップ セッションでサービスから Windows GUI アプリケーションを実行することはかなり難しく、推奨されないことがわかりました (「Windows サービスで GUI アプリケーションを実行するにはどうすればよいですか?」 を参照してください)。

ここで、ユーザーがアプリケーションを表示する必要はありません。OpenGL 部分が正しく機能する必要があるだけです。どういうわけかウィンドウを公開するように「ふりをする」ことができる方法はありますか、またはこれをシステムサービスから正しく実行する他の方法はありますか?

私の小さな PHP プロジェクトのテストを自動化したいのですが、これまでのところうまくいきます。うまくいかなかったのは、コード カバレッジ レポートだけです。

Gitlab-Ci にはTest coverage parsing、正規表現を受け入れるオプションがあります。これまでのところ、 http : //jarretbyrne.com/2015/04/gitlab-ci-phpunit-test-coverage-parsing/で正規表現を見つけました。^\s*Lines:\s*\d+.\d+\%

ただし、コメントにあるように、色を有効にすると機能しません。 PHPUnitにはコマンド ライン スイッチ--colors-[always|never|auto]がありますが、このオプションは通常の出力にのみ適用されます。

の色をオフにするにはどうすればよい--coverage-textですか? 別の正規表現を使用できますか?

編集：

https://github.com/sebastianbergmann/phpunit/issues/1771に未解決の問題があります

こんにちは

私は最近、UX 管理チームのニーズに合うかどうかを判断するために gitlab を使い始めました。

次のように、テスト用にクラウド上に 3 つのサーバーを作成しました。

• Server_1 Gitlab および Gitlab-CI

• Server_2 Gitlab ランナー

• Server_3 スクリプト リポジトリ

アイデアは、以前のスクリプト リポジトリを Gitlab にプッシュし、それらに加えられた変更とセキュリティの問題を制御することでした。

サーバー 1 に Gitlab-Omnibus をインストールし、彼のプロジェクト Testproject1 でユーザー「test1」を作成した後、いくつかのテスト スクリプトをプロジェクトにプッシュします。この後、Server_2にランナーをインストールし、Gitlabに対して構成し、ランナーを作成して登録し、Server3に対してsshキーを構成しました

ここでの問題は次のとおりです。ユーザー test1 が Gitlab の Testproject1 のスクリプトに変更を加えると、ランナーがトリガーされ、プロジェクト全体がビルドされ、プロジェクト全体が /home/user/build/"number"/number/Testproject1/ にプッシュされます。これらを実行するスクリプトアクションは、「Testproject1.sh」という名前のその場所にあり、次のようなコードが含まれています。

..... 等々。

リポジトリをユーザーの自宅にデプロイしたくありません。ファイル「.gitlab-ci.yml」を目的のデプロイパスとコマンドで構成するだけで十分だと思いましたが、それで達成できる唯一のことは、リポジトリがユーザーのホームと .yml ファイルに記載されているパスに毎回デプロイされます。

この動作を変更する方法を知っている人はいますか? 環境変数またはこれをコールドフィックスするものはありますか? または、この CI 機能を間違って使用していますか?

ちなみに、ランナーの yml ファイルは次のとおりです。

前もって感謝します

OSX マシン (bash シェル) と Windows 7 マシン (バッチ コマンド) を使用して、Gitlab-ci-multi-runner を使用しています。プッシュするたびに、両方のランナーでビルドしてテストする必要があります。ただし、明らかに、コマンドはプラットフォームごとにわずかに異なる必要があります。docker を使用したくありません。

http://doc.gitlab.com/ci/yaml/README.htmlを見てきましたが、ステージの特定のランナー結合については何もないようです。

Gitlab を 8.0 バージョンに更新しました。また、CI を Gitlab に統合しました。しかし、CI ランナーが git リポジトリをフェッチしようとすると、空のリポジトリが取得されます。非推奨のランナー（以前に使用していたもの）と新しいランナーの両方でエラーが発生しましたgitlab-ci-multi-runner

私が持っているエラー

エラーは両方のバージョンで同じです。

gitリモートパスとは何かを確認しました。自分の PC に複製しようとすると、このリポジトリが空であり、.gitディレクトリだけが作成されたという警告が表示されました。

gitlab-ci-multi-runnerdocker でコンテナーを実行しました。

gitlab-ci-multi-runner registerコンテナ内で実行すると、尋ねられます

エグゼキュータを入力してください: docker...?

を選択dockerした場合、現在のコンテナーで Docker コンテナーが実行されるということですか?

私の下手な英語でごめんなさい:)