表示時刻を日本時間にする デフォルトの場合 /etc/default/jenkinsの中のJAVA_ARGS="-Dorg.apache.commons.jelly.tags.fmt.timeZone=Asia/Tokyo"というふうに付け加えて再起動service restart jenkinsをすれば良い 前回投稿した記事のようにSystemdに移動した場合 前回投稿した記事:jenkins が他のプロセスによってダウンするのを防ぐ には、以下のように変更
![jenkins の表示時間を日本時間にする - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/589daf988762d1231b4550f44448066396de2022/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-9f5428127621718a910c8b63951390ad.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9amVua2lucyUyMCVFMyU4MSVBRSVFOCVBMSVBOCVFNyVBNCVCQSVFNiU5OSU4MiVFOSU5NiU5MyVFMyU4MiU5MiVFNiU5NyVBNSVFNiU5QyVBQyVFNiU5OSU4MiVFOSU5NiU5MyVFMyU4MSVBQiVFMyU4MSU5OSVFMyU4MiU4QiZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTU2JnR4dC1jbGlwPWVsbGlwc2lzJnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9ZGMyMGQyZDliOGFlNjUzZGFhZThmYjJjNzllZGE4Nzg%26mark-x%3D142%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQwbmFrYW1hc2F0byZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9YzJhOGMzZWJiZTZhOGUwYjRhODBhNjgwN2M0ZDNjZjY%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3Dfedf9a2fcf3ce11a6ef47785a6905ca7)
バージョン : Jenkins 1.564 Jenkins さんだけ xxx.xxx.xxx.xxx:8080 とか野ざらしで可哀想…と思って Nginx のリバースプロキシ傘下に加えて http://hoge.hage.jp/jenkins とかでアクセスさせようと試みたのですがうまくいかない。何度やっても file not found 的な画面が出る。しかし Jetty が吐いているのはわかるのでおじさんまでは到達している。 そこで調べてみると http://www.phase2technology.com/blog/running-jenkins-behind-nginx/ に To get Jenkins ready to run behind a reverse proxy, we’ll first want to have it stop binding to all inte
忘れた頃にやってくる。 さて、ちょっとjenkins君をいじる機会があってですね。 ビルド環境が一箇所に集中することで、奴の環境でビルドできたけど俺の環境でビルドできんぞどうなってんだぁ!なんつーことがなくなっていろいろ捗るのだけど、いろんなジョブをみんなが好き勝手に作っていると、けっこう無駄なジョブでいつの間にかリソースを圧迫してたりする。 かと言って、ジョブを整理しようとすると、そのジョブはリポジトリのコミットを監視しながら随時ビルドしてんだ勝手に止めるなどうなってんだぁ!なんつーことになる。 そこで、ビルドトリガを設定されているジョブの探し方をここにメモしておく。 jenkinsサーバにsshなどでログインし、以下のようにコマンド実行。 [root@localhost ~]# cd /var/lib/jenkins/jobs [root@localhost jobs]# grep -
前回の記事でGitHubとJenkinsを用いた自動デプロイ環境の概要をご説明しました。 GitHubやJenkinsと連携した開発環境作成でのrsyncとの出会い 今回は、その環境を実現するための設定手順を書いて行きたいと思います。 大きく4つの手順があります。 Jenkinsのインストール Apacheの設定 JenkinsとGitHubの連携 自動デプロイ設定 開発環境 ・CentOS 6.2 ・Apache がインストール済み Jenkinsのインストール まずは、Jenkinsのインストール 通常ならば、運用するサーバとJenkinsが動いているサーバを分けるべきですが、サーバコストの都合などで今回は同一サーバ上で動かすことにします。 ApacheサーバとJenkinsサーバが同じport80で待つことはできないので、jenkinsをport:8080で動かすことにします。 また
概要 Jenkinsのビルドを実行した際にビルドは成功しているのだがビルドの出力結果に以下のような怪しいログが出ていることがわかりました ユーザーanonymousが実行 ln builds\lastSuccessfulBuild C:\Program Files (x86)\Jenkins\jobs\job_name\lastSuccessful failed java.nio.file.DirectoryNotEmptyException: C:\Program Files (x86)\Jenkins\jobs\job_name\lastSuccessful at sun.nio.fs.WindowsFileSystemProvider.implDelete(Unknown Source) at sun.nio.fs.AbstractFileSystemProvider.deleteI
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く