問題タブ [gitlab-ci]

バージョン 8.9 の Gitlab CI での手動ステージングのドキュメントが見つからないようです。「Deploy to Test」などの手動ステージを行うにはどうすればよいですか?

Gitlab CI が成功した RPM を dev にデプロイし、それを確認したら Test にプッシュし、そこからリリースを生成してもらいたいです。これは現在 Gitlab CI で可能ですか?

私はひどい状況にいます。すべてのリポジトリの gitlab バックアップ ファイルしかありません。実際のレポがなくなっている/破損している。

アーカイブの中を調べたところ、repo.bundle ファイルが見つかりました。

私がしようとすると、git bundle verify repo.bundleそれは言う"does not look like a v2 bundle file"

助言がありますか？私に何ができる？

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を見てきましたが、ステージの特定のランナー結合については何もないようです。