【Jenkins】ワークスペースの中身を確認する方法

はじめに

こんにちは株式会社TIELECのタカシユウトです。 この記事ではJenkinsのワークスペースの中身を確認する方法について紹介します。 フリースタイルジョブはわかりやすいのですが、Pipelineの場合少しわかりずらいことがあるので参考になれば幸いです。

Jenkins ワークスペースの中身を確認する

/ja/tech/ci-cd/jenkins-freestyle-job

/ja/tech/ci-cd/jenkins-pipeline-basic

今回もこちらで作成したジョブを使って確認してみます。

事前準備

ワークスペースの中身を確認したいので、ジョブに設定してあるワークスペース削除の設定は外しておきます。

以下の設定は外します。

    always{
        cleanWs()
    }

フリースタイルジョブ

フリースタイルジョブのワークスペースはわかりやすいです。

★ポイント

パイプラインジョブ

パイプラインジョブのワークスペースはフリースタイルジョブのときと少し違います。

★ポイント1

パイプラインジョブの場合はステージによって実行するスレーブを分けたりすることができます。 その場合はパイプラインが実行された場所にそれぞれワークスペースが作成されます。 そういった場合でもワークスペースの参照ができるようにするためにこのようなUIになっていると思われます。

★ポイント2

ちょっと昔のJenkinsを使っている場合はもっとわかりずらい場所にあります。

ビルドの画面上にワークスペースが見当たらない場合は

Pipeline Steps(①) > Allocate node(②)

と辿っていくと確認することができます。

次の記事に詳しく説明されているのでもし、workspaceの場所が見つからなかった場合は参照してみてください。

まとめ

いかがでしたでしょうか。改めて内容をまとめますと次のようになります。

おすすめ書籍

もっと深く学びたい方へ

この記事で、ワークスペースの確認方法は理解できたと思います。

でも、「ワークスペースのどこに問題があるのか」「ディスク容量やパーミッション問題をどう調査するか」という実践的なデバッグ技術は、トラブル対応を通じて身につきます。

より深い理解のために、こちらの記事もおすすめです：

JenkinsがじわじわGitクローンできなくなっていった話 ― EFSメタデータIOPSとの闘い

ある月曜の朝、Jenkinsが突然重くなり、Gitクローンが失敗するようになりました。504エラーも頻発。調査の結果、EFSのメタデータIOPSが枯渇していたことが判明。さらに、Git一時ファイルが蓄積され続けていたことが真犯人でした。約3...

Tech

SRE

Jenkins × Docker で出会った権限問題と、責務設計で解決した話

Jenkins パイプラインで Docker コンテナを使うと発生した AccessDeniedException。権限エラーの表面的な解決ではなく、「誰が何を作るべきか」という責務設計を見直すことで根本的に解決した事例。

Tech

CI/CD