CI環境構築手順 (Jenkins + SonarQube + Nexus) - Qiita
概要 Jenkins、SonarQube、Nexusを使用してCI環境を構築する手順を記載する。 どのようなCI環境を構築するか GitリポジトリにソースコードがPushされると、自動的にJenkinsがJunitテストとCheckstyle、FindBugs、SonarQubeによる静的解析を行う。 Junitテストと静的解析の結果をJenkinsの画面で確認できる。 GitリポジトリにライブラリモジュールがPushされると、自動的にNexusのプライベートMavenリポジトリにartifactとして登録される。 前提 Linux(CentOS7)端末にCI環境を構築する。 ビルドツールにMavenを使用する。 バージョン管理システムにGitを使用する。 Jenkins、SonarQube、NexusをDockerコンテナとして動作させる。 事前に用意しておくもの Gitリポジトリ Or
Jenkinsの評価 | tracpath:Works
現在のソフトウェア開発は一昔前と比べると、以下のような特徴があります。 リモートワークが多くなり開発拠点が分散 開発環境も個人によって差異がある リリース頻度とスピードが速い APIを使った他サービスとのインテグレーションが多い アプリでは動作環境がデバイス種類だけある このような中でソフトウェアの品質を保証するためにCI（継続的インテグレーション）が必須になっている組織・企業が多くあります。そのためCIツールの選定、他CIツールへのリプレイスは開発するソフトウェアに大きく影響します。 この記事ではCIツールの鉄板と言えるJenkinsを評価して行きます。 プラグインの多さ Jenkinsのプラグイン一覧をご確認ください（https://wiki.jenkins-ci.org/display/JENKINS/Plugins#Plugins-Pluginsbytopic）。これらがJenki
ホーム - CloneTracker
当社はCookieを使用して、お客様が当社のWebサイトでより良い体験を得られるようにしています。引き続き閲覧する場合は、プライバシーポリシーに同意したことになります。
Continuously redefine what’s possible through software | CloudBees
Automate, manage, and optimize software development and delivery across hybrid and multi-cloud environments. Streamline Workflows, Speed Up Software Delivery, and Enable Continuous Improvement. CloudBees empowers developers by reducing time spent on non-coding tasks with self-service automation pipelines, speeding up software delivery with advanced CI/CD capabilities, and fostering innovation thro
Jenkins に入れておきたいプラグイン - Qiita
入れておきたいプラグイン まあ、n番煎じですが Build Trigger Badge Plugin ビルドの理由がアイコンでわかってちょっとお茶目 Environment Injector Plugin インストールすると名前が変わる。利用可能なプラグインのリストではEnvInjectだったような・・・ MSBuildでビルドするのに環境変数設定が必要な場合とかに有効 （というか、そういう用途で使いたいと思っている） SonarQube Plugin コーディングルールチェックに。FxCop/StyleCopを直接たたくより色々使い勝手が良いので Doxygen Plug-in C#でせっかく書いたXMLドキュメントを活用してみたい Jenkinsの管理の中に「インストール済みDoxygen」ってあって、自動インストールとかあるけど、Doxygen.exeの自動インストールをしてくれるわ
Jenkins Git publisherでデイリーリリースをタグ付けする - Qiita
どの変更分までをリリースしたりテストしたりしたかを確認する必要がでてきたため、 デイリーのリリース結果としてリリース用ブランチのタグ打ちを自動化した履歴 用意されてるものだけだと普通に出来るが、 ちょっと名前など工夫入れようとしたらハマったためメモ 前提 内部で利用しているGitLabからソースを取得している 通信の制約上Webhookでいい感じに使えない Pollingで頑張るしかない... Plugin Git plugin リポジトリでGitを使っているため利用 タグ打ちする時にも使ってる Environment Injector Plugin Git Publisherに渡すタグ名の環境変数を入れるために利用 やったこと 上記Pluginを入れておく Gitリポジトリから取得できるよういい感じになにがしかする RepositoryとCredentialsは通常通り設定 Advanc
Jenkins で認証の設定をミスって締め出されたときは $JENKINS_HOME/config.xml の useSecurity を false にすればなおる - @kyanny's blog
Jenkinsおじさんビルド結果Slackに通知して - Qiita
Jenkinsおじさんビルド結果通知してのSlack版を書いておこうと思います。 すでにSlackとJenkinsを導入している場合の連携設定についてだけ記載するので Jenkinsの導入については こことか Slackの導入については こことか 参考にしてください 1.JenkinsプラグインのInstall [Jenkinsの管理]-[プラグインの管理]-[利用可能] 「Slack Notification Plugin」へチェックをつけてインストール 2.SlackのIntegrationsの設定 2.1.Jenkins CIを追加 [Menu]サイドバー-[Integrations]-[All Services]-[Jenkins CI]をAddします 2.2.Jenkins CIの設定 ビルド結果を出力するチャネル設定をします。 チャネルを選択したら「Add Jenkins CI
継続的インテグレーションのツール「Jenkins 2.0」登場。標準機能を豊富にして初期状態から利用しやすく、旧バージョンからそのまま入れ替え可能な後方互換性維持
継続的インテグレーションのツール「Jenkins 2.0」登場。標準機能を豊富にして初期状態から利用しやすく、旧バージョンからそのまま入れ替え可能な後方互換性維持 継続的インテグレーションなどに利用されることが多い自動化ツールJenkinsの最新版、「Jenkins 2.0」がリリースされました。 Jenkins 2.0 is here! https://t.co/KjHrIf8cj4 #jenkins2 — Jenkins (@jenkinsci) 2016年4月26日 Jenkinsはビルドやテスト、デプロイなどのソフトウェアの開発に関わるさまざまな一連の作業を自動化してくれるツール。継続的インテグレーションや継続的デリバリの現場でよく使われています。 Jenkins 2.0では、こうした一連の作業をより効率的かつ高度に記述できるようにパイプライン機能を強化。GroovyのDSL（ドメ
Jenkinsの使い勝手をよくするための見直し6点 ｜ Developers.IO
今回の課題 こんにちは植木和樹です。7月にserverspecを使ったChefの自動テストのエントリを書きました。 【AWS】JenkinsとserverspecでChefのテストを自動化する このエントリは初めてJenkinsを触った時に書いたので、いろいろと流儀がわかっていませんでした。その後弊社にJenkinsマイスターの渡辺修司さんが入社したということで、Jenkinsの設定について見てもらいました。その時に次の6点を見直すよう指摘がありました。 ジョブは意味ある単位で1つにまとめるべし ジョブで実行するシェルスクリプトもgitから取得すべし EC2の起動に失敗したら後続処理を停止させるべし serverspecの実行結果はJUnit（XML）形式で出力すべし 実行結果のXMLをJenkinsで読み込んで統計グラフを出力すべし 定時実行でなくgit push hookを入れるべし
Jenkins の Slave マシンはとても簡単に作れるのでメモ - おともだちティータイム
なんでもかんでも Jenkins を利用してビルドしているようになると、ジョブ数が爆発して Jenkins を動かしているサーバのスペックに不満が出てくるようになると思いますが、 Jenkins の Slave 機能が思った以上に便利だったのでメモをしておきます。 Jenkins の Slave 機能を調べると、まず SSH と JNLP という二つの方法が出てくるのですが、意外と違いを説明している人を見掛けなかったので書いておきます。 まず最初に書いておきますが、どちらの場合も Slave マシンに Jenkins を手動でインストールする必要は ありません 。 SSH を使う Jenkins のノードの追加から SSH を選択すると、ホストやユーザ名、パスワード、秘密鍵なんかが設定できるようになります。 設定して Slave の起動を行なうと、 SSH 経由で Jenkins Slav
開発者（個人）のためのJenkins - Git Plugin編 - Qiita
はじめに 「開発者（個人）のための」としているのは、別に自分でやっても良いんだけど Jenkins に任せられるなら任せたい、くらいのモチベーションを表現したつもりです。 環境 Ubuntu 14.04 LTS Jenkins 1.573 Bootstrap になって雰囲気が変わりましたね 初期設定 Jenkins 初期設定 Plugin のインストール Git Plugin 依存しているPluginも自動的にインストールされます。 Git Parameter Plugin は、ビルド時に Extended Choice Parameter plugin の Single Select ようなパラメータ形式で、リビジョンやタグを選択できるプラグインです。 Git 初期設定 Git Install Git がインストールされていないなら、apt や yum でインストールしておいて良いでしょ
Jenkins+GradleでJavaのCIのための基本build.gradle設定 (JUnit,PMD,FindBugs,CPD,JaCoCo) - Qiita
Jenkins+GradleでJavaのCIのための基本build.gradle設定 (JUnit,PMD,FindBugs,CPD,JaCoCo)JavaJenkinsgradlePMDFindBugs 私的Java開発をJenkinsでCIするためのbuild.gradleとJenkinsの設定です。要不要に応じて書き換えたり足したりが必要です。特にチェックルール。 環境 Java 1.7 Groovy 1.8.6 Ant 1.9.2 Ivy 2.2.0 Gradle 1.11 Mac OS X 10.9.2 全体の流れ Jenkinsに必要なプラグインをインストール GradleでFindBugs, PMD, CPDを実行するようbuild.gradleを作成 Eclipseでは Jenkinsにいれるプラグイン Gradle plugin - jenkins+gradle連携 Fi
Rundeck.org - Jenkins is for Development. Rundeck is for Operations.
Submitted by: Damon Edwards | Published: 08 Jan 2014 Comments: A common question that comes up from time-to-time on IRC chat: "What’s the difference between Rundeck and Jenkins?" The super short answer: "Rundeck is made for Operations and knows about the details of your environments." The longer answer... Jenkins and Rundeck are complementary tools that serve two necessary -- but different -- pu
rundeckをセットアップして、jenkins上のjava成果物をデプロイする - aptheia.info
rundeck でjenkins上の成果物をデプロイしよう、という話。 rundeck について 公式サイト ITオペレーションのコンサルやってるDTO Solution（Depops関連の資料とかでよく会社名は見かけますね）が作っているデプロイ用のツール。元々はControlTierっていう管理ツールがあって、そこから分家した。ControlTierはサーバー/クライアントモデルだけど、サーバー側しか用意しなくていいRundeckのほうがお手軽度高い。 複数のサーバーを対象に状態を変更するのが目的で、capistranoとかfabricとかと同じジャンル。GUIで操作するのが特徴なので、webistrano とかに近い。 GUI（笑）みたいに思うかもしれないけど、画面上から履歴が確認できたり、ブラウザがあればどこからでもデプロイ出来るのって、運用の敷居下げるのに貢献してくれると思う。 r
cronの代替になりそうなジョブ管理ツールのまとめ - Qiita
たまに検討するけど、よく忘れるのでまとめておく。ごく個人的な感想としては、Rundeck, Azkabanあたりで始めてみるのがいいかもと思う。 要件 重複実行の防止 ジョブの実行結果、かかった時間、ログ出力などが見れる 失敗時の通知 候補 OSS系 Rundeck http://rundeck.org/ Java Runtimeで動く RUNDECK PROという有料サービスもある http://simplifyops.com/ 参考: http://heartbeats.jp/hbblog/2015/01/rundeck.html Oozie http://oozie.apache.org/ Workflow Scheduler for Hadoop Java http://oozie.apache.org/docs/4.1.0/DG_Overview.html Webコンソールもある
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
jenkins の表示時間を日本時間にする - Qiita
Continuous Integration and Delivery - CircleCI
Blogger
Change the World!
