Help us understand the problem. What is going on with this article?
Jenkins2.0以降Pipelineが標準機能となり、 ビルド同士の関係もスクリプトで管理しやすくなった。 PipelineのスクリプトはGroovy(JavaVM上で動く動的プログラミング言語)で書く必要があり、 GroovyにもJavaにも明るくない人にとってはちょっとハードルが高いのだが、柔軟性があるので慣れてしまえばとても便利。 最近すこしpipelineのスクリプトを書くことがあったので、忘れないうちにまとめておく。 サンプルスクリプト pipelineについてまずざっくりとした雰囲気をつかみたい方はJenkins公式pipeline紹介ページを読もう。 今回説明するのをだいたい詰め込んだ自分のサンプルスクリプトを最初にはっておく。 def repository = "git@{....}.git" def github_credential = '{credentialsの
やること Spring Bootで作ったアプリケーションのビルド&テストを、Jenkinsを使ってDockerコンテナ内で実行する。 方法 コンテナのイメージはopenjdk:8-jdk-alpineを使った。 Jenkinsfileの書き方は、agentにanyを指定するか、dockerを指定するかでコンテナ内で実行するかしないかがかわる。 mavenをコンテナに入れるの面倒なのでSpring Initlizr で作った時から入っている、mvnwを使う。 Junitの結果のグラフがなぜか表示されなかったけど、Wikiのコメントに回避策が書いてあった。一応動いた。 https://wiki.jenkins.io/display/JENKINS/JUnit+graph maven-surefire-pluginのバージョンは2.20にしないとテストの実行が失敗する。 以下のようなJenkin
hainet/jmeter-performance-test-profileContribute to hainet/jmeter-performance-test-profile development by creating an account on GitHub.github.com Webアプリケーションの開発中には『負荷試験』に取り組むことになります。『負荷試験』と一口に言っても、パフォーマンスを測定する『負荷試験』、高負荷が与えられた場合の挙動を確認する『負荷試験」、長期間に渡って一定の負荷を与えられた場合のシステムメトリクスを監視する『負荷試験』などそこには様々な文脈が含まれています。ここでは『負荷試験』をパフォーマンスを測定することに限定し、それに役立つJMeterプロファイルとHTMLレポート出力機能を紹介します。 重要 パフォーマンスと多重度 Webアプリケーションの
ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog LT の中で触れた環境を構築するデモコードを Vagrantfile にまとめて GitHub においていますのでよければ触ってみてください。ジョブ登録済の Jenkins が立ち上がるので全く同じ環境を試してもらえます。 yahoojapan/jenkins-with-docker-demo LT は5分でざっと流してしまったため、このエントリで補足します。 ジョブ実行毎にクリーンな環境がほしい 特に説明の必要もなく普段 Jenkins を使っていればジョブ毎にクリーンな環境がほしいと思うはずです。スレーブノードをジョブ毎に新規でインスタンスを立ちあげて実行することもできますが インスタンスの作成、起動はそれなりの時間がかかりま
jenkinsでどのようにバックアップ取るのが楽かを調べてみました。 条件として スケジュールでバックアップ リストア簡単。 バックアップ対象は設定だけ。リソースはいらない。 です。backupプラグインがあったのですが、それではスケジューリングできず。antだとリストア簡単とは言えなさそうでした。 で、色々調べてみたらthinBackupというプラグインを発見。良さそうなので試してみます。 ページはここ インストールして、パラメタを設定していきます。 Backup directory jenkinsプロセスが読み書きできるディレクトリを指定します。 Backup schedule for full backups cron形式で記述します。月-金で12時バックアップにします。 0 12 * * 1-5 Backup schedule for differential backups 差分
ReactNativeで、OSやデバイスの大きさに応じたスタイル分岐をせずに、一度だけスタイルを書けば完了するStyleの書き方について紹介します
前回の記事でGitHubとJenkinsを用いた自動デプロイ環境の概要をご説明しました。 GitHubやJenkinsと連携した開発環境作成でのrsyncとの出会い 今回は、その環境を実現するための設定手順を書いて行きたいと思います。 大きく4つの手順があります。 Jenkinsのインストール Apacheの設定 JenkinsとGitHubの連携 自動デプロイ設定 開発環境 ・CentOS 6.2 ・Apache がインストール済み Jenkinsのインストール まずは、Jenkinsのインストール 通常ならば、運用するサーバとJenkinsが動いているサーバを分けるべきですが、サーバコストの都合などで今回は同一サーバ上で動かすことにします。 ApacheサーバとJenkinsサーバが同じport80で待つことはできないので、jenkinsをport:8080で動かすことにします。 また
Jenkins おじさんと戯れること半日、うまくいったので備忘録を残しておく。 やりたかったのは Chef で構築したサーバーを Jenkins で CI する、というもの。このときサーバーはテストが終わる度に破棄して、テスト開始時に再度真っ新な状態から立ち上げたい。(こういうサーバーを壊して作ってというテストはなんという名前で呼ばれるのだろう?) 仮想サーバーを破棄/作成をプログラマブルにやるのはもちろん Vagrant プロビジョニングは Chef Chef の環境を整えるのに knife-solo 0.3.0.pre3 テストは serverspec コードは Github に上げる (https://github.com/naoya/jenkins-vagrant-test) CI は Jenkins という構成になっている。ひとまず Jenkins や Vagrant はローカル
Twitter4Jの開発でお世話になっている継続ビルドツール、Jenkinsの勉強会に参加してきました。 今回はライトニングトークの準備をしながらで人の話をしっかり聞けていないのが残念です。 UStreamで録画されているので後でみたいと思います。 ・Jenkins勉強会 02/25/11 03:58AM, Jenkins勉強会 02/25/11 03:58AM cactusman on USTREAM. Conference 以下、各セッションの要約と簡単な感想です。 メインセッション ・@kohsukekawa Sun Java EE部隊のJenkins運用例 Hudson→Jenkinsの経緯についての報告と、SunでどのようにHudsonが活用されていたかという話。 地道な活動で確実にユーザーを増やす戦略が功を奏したという話。やっぱり良いものが評価されてしっかり普及するのはスバラシ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く