問題タブ [jenkins-cli]

Jenkins API を使用してビルドを起動し、起動したビルドのビルド番号を取得したいと考えています。

ただし、同期の考慮事項のため、2 つの別個の呼び出し (: など) は必要ありませんが、代わりに、作成されたばかりの特定の buildNumber を返すlaunchJobBuild(); getJobLatestBuildNumber()API 呼び出しを探しています(たとえば、返信コンテンツ内)。

そのような API 呼び出しは存在しますか?

実行時

なんらかの理由で接続が拒否されます。Jenkins のバージョンは 1580.3 で、ユーザーは Jenkins サーバーに対する権限を持ち、cli jar は最新で、ssh 公開鍵は適切に構成されています。何がこれを引き起こしているのでしょうか？役立つ場合は、スタック トレースを次に示します。

Jenkins は localhost で実行されています。GitHub にリポジトリがあります。「変更が GitHub にプッシュされたときにビルドする」オプションがオンになっています。

「今すぐビルド」をクリックすると、ビルドが正常に完了し、問題はありません。しかし、私のリポジトリにコードをコミットしているとき、自動ビルドは行われません。リポジトリは公開されているので、自分のシステムから GitHub にアクセスできます。Jenkins でさえ検出できるはずです。ポーリングオプションがあることは知っていますが、リポジトリで変更が検出されたときにJenkinsにビルドしてもらいたいです(これが私たちが達成しようとしてきたことです)。

構成：

ジェンキンス 1.615

Git プラグイン 2.3.5

Git クライアント プラグイン 1.17.1

———————————————————————————————————————————</p>

編集:「変更が GitHub にプッシュされたときにビルドする」オプションは、GitHub プラグインの最新バージョンで「GITScm ポーリングの GitHub フック トリガー」に名前が変更されました。(@smrubin のフィードバックに感謝します。)

アーティファクトをアーティファクトにデプロイするアーティファクトジェンキンスプラグインからフォークされたプラグインがあります。数日前に奇妙な問題に遭遇したとき、しばらくの間は正常に機能していました。アーティファクトをレイアウトにデプロイすると、プラグインは正常にデプロイされますが、アーティファクトをデプロイする代わりにレイアウトのリーフレベルで空になりますフォルダ。

ログに移動すると、次のように表示されます。

ご覧のとおり、何らかの理由でプラグインがデプロイではなく mkdir リクエストを作成しているため、空のディレクトリが作成されますが、これは 2.2.7 アーティファクト jenkins プラグインからの単なるフォークです。

古いバージョンのプラグインを使用していますが、正常にデプロイされているようです。ログには次のように表示されます。

突然 mkdir rquest を作成する理由はありますか? また、この「oaeUploadServiceImpl」ファイルはどこにありますか?

編集 1.0

どうもありがとう、問題はここにあるようです：

if (request.isDirectoryRequest()) が何らかの理由で true を返すため、フォルダーとして処理しますが、正当な理由は何ですか?

SVN 1.7を使用するように構成したjenkinsサーバーがあります(Jenkinsの管理->システムの構成->Subversion->1.7)。tortoiseSVN をインストールしたスレーブがあり、それをスレーブ マシンの PATH 変数に追加しました。スレーブで svn --version を実行すると、

しかし、ジェンキンスジョブで svn --version を実行すると、

バージョンの違いにより、次のエラーが発生します。

正しいSVNを使用するようにjenkinsを構成するにはどうすればよいですか?

独自のプラグインを使用して、Jenkins スレーブのワークスペースにファイルが存在することを知る必要があります。しかし、実際にはスレーブに存在するのにファイルが見つかりません

java.io.IOException: リモートファイル操作に失敗しました: /jenkins/slaveworkspace/workspace/githubMigration at hudson.remoting.Channel@44434cf3:master-replicated: java.io.IOException: Unable to serialize hudson.FilePath$FileCallableWrapper@2ca3869b at hudson .FilePath.act(FilePath.java:977) で hudson.FilePath.act(FilePath.java:959) で dj.pib.productivity.generic.GenericArtifactsDeployer.deploy(GenericArtifactsDeployer.java:148) で dj.pib.productivity. generic.ArtifactoryGenericConfigurator$1.tearDown(ArtifactoryGenericConfigurator.java:352) hudson.model.Build$BuildExecution.doRun(Build.java:171) で hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:533) で hudson.model.Run.execute(Run.java:1759) でhudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43) at hudson.model.ResourceController.execute(ResourceController.java:89) at hudson.model.Executor.run(Executor.java:240) 原因: java.io IOException: hudson.remoting.UserRequest.serialize(UserRequest.java:169) で hudson.FilePath$FileCallableWrapper@2ca3869b をシリアル化できません hudson.remoting.UserRequest.(UserRequest.java:63) で hudson.remoting.Channel.call (Channel.java:750) at hudson.FilePath.act(FilePath.java:970) ... 9 その他の原因: java.io.NotSerializableException: hudson.model.FreeStyleBuild java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1183) で java.io.ObjectOutputStream.defaultWriteFields(ObjectOutputStream.java:1547) で java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1508) で java.io. ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1431) で java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1177) で java.io.ObjectOutputStream.defaultWriteFields(ObjectOutputStream.java:1547) で java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream) .java:1508) で java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1431) で java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1177) で java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:347) でhudson.remoting.UserRequest で。_serialize(UserRequest.java:158) at hudson.remoting.UserRequest.serialize(UserRequest.java:167) ... 12 以上 メタデータを収集しています...

私は何を間違っていますか？

編集 1: わかりました。問題は、シリアル化できない filesDeployerCallable で AbstractBuild ビルドを渡していることですが、私が行う作業にはそれが必要です。(abstract は生の型であり、パラメーター化する必要があります) に関する警告が表示されます。どうすればパラメータ化できますか? その hudson.model.abstractModel にあります

jenkins サーバーの jenkins-cli.jar ファイルを使用していますが、実行するたびに ssh キーのパスフレーズの入力を求められます。呼び出しごとに入力する必要がないように、ssh キーチェーンを使用したいのですが。

問題があれば、デフォルトのキーチェーン設定を使用して OSX を使用しています。現在、手動で ssh-agent を構成していません。

技術的な問題が発生したため、ジェンキンス マスター コンピューターを変更せざるを得なくなりました。ハードディスクを新しいコンピュータに移動したところ、マスタ コンピュータの IP が変更されました。

マスター ジェンキンスは動作しますが、スレーブ ノードはオフラインとしてマークされ、新しいノードを作成しようとすると、ノード pc でインストールが失敗します。新しいノードを作成するときに発生するエラーが接続タイムアウトであることに気付き、古い IP が表示されます。

どうすればこれを修正できますか?