問題タブ [jenkins-2]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
jenkins - Jenkins 2.0 パイプライン ステージ ビューに複数のブランチが表示される
Jenkins 2.0 の新しいマルチブランチ パイプラインで BuildWall のようなものを取得する方法はありますか? 理想的には、以前と同じようにすべてのプロジェクトのすべてのブランチを表示したいです (プロジェクトごとにブランチごとに 1 つのジョブがあり、概要ですべての状態を確認していました)。今では、すべてのフォルダーをクリックして状態を確認する必要があります。すべてのブランチ - しかし、Jenkinsfile ジョブのセットアップと自動ブランチ検出は素晴らしいです - 理想的には、私が見る限り、可能なはずの両方の世界を最大限に活用したい - プラグインがある場合など、それを行う方法がわかりませんこれはもう。
git - Jenkins git fetch タイムアウト
職場の Mac OS X Mavericks マシンで Jenkins 2.0 を実行しています。内部サーバーからリポジトリを取得しようとしています。ただし、ジョブはgit fetch
呼び出しで 10 分間ハングアップし、その後タイムアウトします。
手動でgit clone
、またはgit fetch
シェル スクリプトから (Jenkins 内から) 実行すると、全体的に同じ結果が得られますが、ジョブが際限なくハングします。
ターミナルからclone
orコマンドを問題なく実行できます。fetch
これは、解決する必要がある何らかのユーザー権限エラーであるかどうか疑問に思っています。
ログは次のとおりです。
よろしくお願いいたします。
jenkins - jenkins2 ブランチ インデックス: java.lang.IllegalArgumentException: byteString == null
現在、ブランチのインデックス作成が壊れています。これは、古いジョブで発生し、新しいジョブを作成しようとしたときにも発生します。すでに同じバージョンのjenkins( 2.0-beta1 )で動作していました-何が壊れたのかわかりません-また、このサーバーのインターネットと時間は問題ありません(証明書の問題に起因するため、これである可能性があると考えました):
誰もがこれを経験しましたが、おそらく回避策がありますか? ここでバグとして報告しました:https://github.com/kohsuke/github-api/issues/265 - ただし、これにより現在ジェンキンを使用できなくなるため、回避策にまだ興味があります
node.js - パイプライン プラグインを使用して jenkins 2.0 にノードをインストールする
次の docker イメージjenkinsci/jenkins:2.0-rc-1
を実行して、jenkins 2.0 と「パイプライン」ビューを試しています。
ノードをインストールできないようです。これが私のパイプラインスクリプトです:
これが実行されたときの応答は次のとおりです。
これが私が試したことです:
jenkins NodeJS ツール (フリースタイル ジョブで使用すると正しく動作します)
同じユーザーに対して、docker コンテナーにログインし、ノードを手動でインストールします。
アップデート:
以下の Jesse Glick の回答に基づいて、結果をスクリプトに追加しましたPATH
。
jenkins - Jenkins: アップストリームの変更時にマルチブランチ パイプラインをトリガーする
現在、Jenkins 2.0 のパイプライン アプローチをテストして、使用しているビルド環境で機能するかどうかを確認しています。
まず環境そのものについて。現在、複数の SCM リポジトリで構成されています。各リポジトリには、開発のさまざまな段階に対応する複数のブランチが含まれており、各ブランチは複数の構成でビルドされています。すべての構成がすべてのリポジトリに適用されるわけではありません。
現在、すべてのリポジトリ/ブランチは、さまざまな構成のマトリックス プロジェクトとしてセットアップされています。各プロジェクトはそのビルド結果をアーティファクトとして公開し、これらのアーティファクトは下流のプロジェクトで使用されます。
異なるリポジトリは相互に依存しているため、アップストリーム ジョブでビルドが成功すると、特定のダウン ストリーム ジョブがトリガーされます。現在のところすべて機能していますが、多くの異なるプロジェクトを手動で変更する必要があるため、新しいブランチのセットアップやビルド プロセスの微調整に必要な作業量は膨大です。
ここで、新しいパイプラインを試してみたいと思いました。私のアイデアは、マルチブランチ パイプライン プロジェクトを作成Jenkinsfile
し、ビルドの指示を含むリポジトリ内に配置することでした。
主な問題は、基本的に特定の上流ブランチのビルドが下流ブランチをトリガーする必要があるため、ビルドを相互にトリガーすることです。どのダウンストリーム ブランチをトリガーする必要があるかという情報は、アップストリーム プロジェクトには知られていません。各ダウンストリーム プロジェクトは、いくつかのアップストリーム ブランチからアーティファクトを取得します。理想的なソリューションは、アーティファクトのソースであるアップストリーム ビルドがビルドを終了した場合にダウンストリーム ビルドがトリガーされる場合です。
問題は、下流のプロジェクトだけが必要なアーティファクトを本当に知っているということです。ほとんどの場合、ブランチ名が一致する可能性は低いため、上流のプロジェクトからビルドをトリガーすることは非常に困難です。
現在、これは を使用して解決されていReverseBuildTrigger
ます。しかし、これはパイプラインに近づくとすぐに機能しなくなります。
これを機能させる方法は本当に途方に暮れています。ReverseBuildTrigger
パイプライン スクリプト内で動作するようなものを取得する方法はありますか?
また、単一のブランチの上流が変更された場合に、すべてのブランチの下流のビルド全体をトリガーすることはオプションではありません。これにより、非常に多くの同等のビルドが作成されます。
github - GitHub プル リクエストから Jenkins 2.0 パイプライン ジョブをトリガーする方法
GitHubPullRequestBuilder は、Jenkins v2.0 パイプライン ジョブと互換性がないようです。
パイプライン ジョブが GitHub プル リクエスト イベントからトリガーされるように構成するにはどうすればよいですか?
このトピックに関するドキュメントはまばらで、この例は見つかりません。それとも、GitHub で Web フックを作成して、PR イベントでパイプライン ジョブをトリガーする方がよいでしょうか?
jenkins - Jenkins 2.0 を GitLab 8.7 で動作させる方法
この質問をするのが適切な場所かどうかはわかりませんが、インターネットでたくさん読んで、GitLab 8.7 (実際にはhttp://gitlab.comについて話している) と私自身のプライベートJenkins インスタンスは連携します。
https://github.com/jenkinsci/gitlab-pluginとhttp://doc.gitlab.com/ee/integration/jenkins.htmlのドキュメントに従いましたが、
- GitLab のJenkins CI Serviceと Jenkins のGitLab Plugin間の接続をテストすると、エラーが発生します
NullPointerException
(X-GitLab-Event
GitLab が Jenkins を取得するときにヘッダーが欠落しているため) - Jenkins ビルドは、 Jenkins CI サービスの代わりにWebhookを使用して適切にトリガーされます(ただし、GitLab のドキュメントによると、この方法は非推奨のようです)。
- GitLab に Jenkins ビルド ステータスを取得させる方法がわかりません (主に
.gitlab-ci.yml
GIT リポジトリに がないためです... しかし、Jenkins を使用したいので必要ありません) - ...GitLab のRunnersはどうですか?
皆さんはそれを機能させることができますか?
どうもありがとう、
ラジウム。
jenkins - jenkins 2.0 に手動のビルド後のアクションがありません
このオプションは、jenkins 1.65 を使用していたときに利用できました。今日、新しいマシンに新規インストールして jenkins 2.0 に移行しました。このオプションが表示されません。
このオプションは、配信パイプライン ビューに必要です。したがって、パイプラインには 2 つのステップがあります。
- github で新しいコミットが行われると、一連のテストが実行されます。
- 上記に合格した場合、手動展開ステップに再生ボタンが表示されます。そうでなければ。
以前のバージョンの jenkins ではこれを実現できましたが、2.0 では実現できませんでした。
不足している可能性があるものを案内するか、他の実行可能な代替案を提案してください。