Help us understand the problem. What is going on with this article?
Jenkinsで開発の効率化をはかるためには、どのようにすればよいのか。本記事では「Jenkinsのインストール方法」、「使い方」について解説する。 Jenkinsのインストール Jenkinsのダウンロード及びインストール方法について、Windowsの環境を使う前提で紹介する。 ダウンロード 最初に行なうことは、Jenkinsの公式サイト（URL: https://jenkins.io）からZIPファイルをダウンロードすることだ。 公式サイトのURLを開くと次の画面が表示される。 Downloadをクリックする。 Getting started with Jenkins画面が表示される。その画面を下へスクロールすると、バージョンとOSの一覧が表示される。適当なバージョンのWindowsをクリックする。 Windowsのインストーラーのダウンロードが始まる。 インストール Windowsイ
はじめに こんにちは、BizHint事業部でエンジニアのとみーです！今回はCircleCIを使ってCI環境を構築した件について書かせていただきます。 2023年12月、株式会社ビズヒントの全保有株式をスマートキャンプ株式会社に譲渡しました。 背景 BizHint事業部では現在、GCPのApp Engineなどを使ったサーバーレスなアプリケーションを開発しています。新規サービスのβリリースに際し、CI環境を整備する必要がありました。 AWS上ですでに運用されている別サービスではCI環境としてJenkinsサーバーを使っているのですが、VPC内専用としているため、GCPに新しく自前のJenkinsサーバーを構築する必要があります。 チーム内では「完全サーバーレス運用(NoOps!)」することを目指していたため、 CI環境だけサーバを構築/運用をするなど言語道断 という結論になりました。そこで、
「Jenkins X」発表。Git/Docker/Kubernetesに特化したことでCI/CD環境の構築運用を自動化 ソフトウェアの開発プロセスにおいて、「Jenkins」はビルドやテスト、デプロイなどを自動化してくれるツールとしてよく知られています。 そのJenkinsの派生プロジェクトとして、「Jenkins X」が発表されました。Jenkins Xは、Git、Docker、Kubernetesの環境を前提とすることで、Jenkinsの設定、運用などを大幅に自動化し、より簡単な導入と運用を実現するものです。 Jenkins Xは、Git/Docker/Kubernetes環境に特化 オリジナルのJenkinsは汎用的なビルドやテストの自動化ツールとして、さまざまな環境やツールと連係できるように作られています。そのため柔軟なコンフィグレーションが可能になっていますが、一方でそれが導入や
前回のブログでArtifact Repositoryの概要を記載しました。今回は、CI(継続的ビルト)ツールと連携して、Artifact Repository周りの作業を自動化したフローの例を紹介します。CIツールはJenkins、Artifact RepositoryはNexus(開発元はSonatype)、ビルドツールはMaven、SCMツールはGit、APサーバはTomcatを例として使います。また、JavaのWebアプリを想定し、Artifact Repositoryにはwarを格納することにします。 全体のフローを以下に示します。 Artifact RepositoryのNexusは、Maven Repositoryなので、バージョン番号はpom.xmlに指定します。ビルド・リリース担当者は、バージョン番号をpom.xmlに記載した後、SCMツールにチェックインします(１)。そし
GitHub に push された時に Docker 上の Jenkins から SSH 越しでコマンドを実行する
docker run -itd --privileged --name kaban -v /hoge/fuga:/var/jenkins_home -P jenkins これで Jenkins が立ち上がります --name で名前を付けておくと楽です。とりあえずかばんちゃんです。 Jenkins はデータの永続化のためにボリュームを使っています 適当なディレクトリを /var/jenkins_home にマウントしてください Jenkins は uid 1000 なので chown 1000 -R <dir> などをしておくと良いです もしくは chmod で適切な permission を与えてください -P でポートマッピングを適当にやってもらいます。 docker exec -it kaban cat /var/jenkins_home/secrets/initialAdminPa
ビルドやテストなどの一連の作業をJenkinsで自動実行することを考える。 通常これらのジョブはJenkinsのmasterやslaveで実行されることになり、ビルドに必要な環境構築（例えばjavaのインストールやmavenのインストール）はJenkinsのmasterやslaveに対して、事前に行うことになる。そして一度環境構築したサーバは長いこと使われる。 そうなると、同一サーバで複数バージョンのjavaを入れる苦労をしたりディストリビューションの差に基づくLinuxコマンドのあるなしに翻弄されたり、ローカルにしかないファイルを参照してそのうちジョブが動かなくなったりする。 これを解決するための手段としてビルド〜テストをDockerコンテナ上で実行しようという例は多くみられ、以下の記事が導入検討の参考になる。 www.buildinsider.net www.slideshare.ne
ジョブの設定をJenkinsfileで管理し始めてから3か月ぐらい経ったので、知見をまとめてみます。 Jenkinsfileを使うメリット Jenkinsの画面でジョブを管理していると以下のような問題が起きることが多いと思います。 誰かが勝手にJenkinsの設定を変更して動かなくなった ジョブ設定を別リポジトリに横展開したいけど、ポチポチ設定するのが面倒 JenkinsfileをGitで管理することで、以下のメリットがあります。 いつ、誰が、なぜジョブ設定を変更したのか後から調べられる Pull Requestでジョブ設定の変更をレビューできる ブランチを使ってジョブ設定を試行錯誤しやすい Jenkinsの運用ポリシー 前項のメリットを実現するには、Jenkinsを以下のポリシーで運用することが望ましいでしょう。 Jenkinsの設定は最小限に抑える なるべく画面からジョブ設定を変更せず
jenkins で回してる ci のジョブを digdag で書き直してみたけど、フローがひと目で分かるし、git で管理できるし、並列化も簡単だし最高だ。— Kosuke Adachi (@foostan) October 8, 2016 ということで Jenkins のジョブを Digdag に置き換えて Git で管理すると最高なので、今困っている人はやりましょう。1日あれば多分終わります。 今回試したのは CI のジョブですが、どんなジョブでも応用できると思います。 詳しく こないだ Rebuild 152 聴いていたらその会話の中に「Jenkinsおじさん」ってワードが出てきたんですよ。 rebuild.fm Jenkinsをそれなりの規模で使っている人ならお馴染みだと思うんですが、Jenkinsって自由度が高くてジョブの編集も簡単にできるから気をつけないとジョブがカオスな状態に
継続的インテグレーション（CI）ツールとして有名なJenkinsは、ソフトウェア開発におけるテストやビルドと言った作業を自動化するツールだ。本記事ではJenkinsの最新版となるバージョン2系で正式に導入された、パイプライン機能を使ったビルド/テスト環境の構築を紹介する。 CIツールと「Jenkins」 ソフトウェア開発の現場において、そのテストはソフトウェアの設計やコーディングと同じくらい重要な過程である。近年のWebアプリケーションやスマートデバイス向けアプリケーション開発ではアプリケーションのリリース間隔が短くなっている傾向があり、そのためテストもより迅速かつ頻繁に行わなければならくなっている。そういった環境で有用なのが、継続的インテグレーション（CI）ツールだ。 CIは、元々は「ソフトウェアの開発コストを下げるためには開発の初期から頻繁にテストを行ってフィードバックを行うべき」とい
継続的インテグレーションツール「Jenkins」の使い方を基礎から解説する連載がスタート。初回は、Jenkinsの概要とインストール手順、簡単なジョブの登録方法を説明する。 連載 INDEX 次回 → Jenkinsとは何か？ 「Jenkins」というツールをご存じだろうか？ 情報に敏感な読者であれば「継続的インテグレーション（CI）」という言葉とともにネット上で一度や二度は見たことがあるかもしれない。しかしながら「継続的インテグレーション」という言葉の難解さや「Javaで作成されている」という点で、敷居が高く感じられ、導入を見送っているプログラマーの方もいるのではないだろうか。 そんな方々にとって、本連載がJenkinsを使うきっかけになれば幸いだ。本連載では、Jenkinsの使い方を基礎から説明する。その説明用のプログラミング環境としてはRubyを採用しているが、他の環境の方にも参考と
JenkinsのUXをモダンにする新プロジェクト「Blue Ocean」登場。統一的デザインのためのJenkins Design Language（JDL）も開発中 ビルドやテスト、デプロイなどの自動化を実現してくれるツール「Jenkins」は、2カ月前の4月に最新のメジャーバージョンアップ版となる「Jenkins 2.0」が登場したばかりです。 そのJenkinsのUXをモダンで魅力的なものにする新プロジェクト「Blue Ocean」が発表され、ソースコードの公開が始まりました。 シンプルで魅力的なUXへ Blue Oceanの開発理由は、「Introducing Blue Ocean: a new user experience for Jenkins」で次のように説明されています。 In recent years developers have become rapidly attr
1. ©2016 CloudBees, Inc. All Rights Reserved 1©2016 CloudBees, Inc. All Rights Reserved Jenkins 2.0 川口耕介 / CTO / CloudBees, Inc. [email protected] / @kohsukekawa
Jenkinsをカオスにしないための運用についての発表資料です。 まもなくリリースのJenkins 2.0についてもまとめています。Read less
と思って色々見て回った。 Jenkinsでビルド・パイプラインを作る | Ryuzee.com Jenkinsのビルドパイプライン系plugin3種比較 - knjnameのブログ kakakikikekeのブログ: Jenkins の Workflow Plugin を使ってみた Jenkins Workflow Pluginを使ってみました - Qiita 川口耕介氏，Jenkinsプロジェクトの現状やWorkflow Pluginの特徴を説明 ～Jenkinsユーザカンファレンス2015東京 基調講演：レポート｜gihyo.jp … 技術評論社 とか、色々。 Pipeline Plugin (旧Workflow Plugin) が良さそう Pipeline Plugin - Jenkins - Jenkins Wiki Build Pipeline Pluginとか、Delivery
Docker 社のユースケースでもあげられているように、CI/CD で Docker を使うというのは、プロダクションシステム以外で Docker の特性を活用できる良い場所だと考えています。ヌーラボではBacklog でのプルリクエストの提供以降、CI のジョブの実行のために Docker を利用しています。ここではその運用から学んだ５つの Tips を紹介したいと思います。 ヌーラボの CI 環境の全体図 これがヌーラボの CI 環境の全体図です。 CI には Jenkins を利用しており、Jenkins のジョブのトリガーとなるのは左側の Backlog や Typetalk です。実際には Jenkins Backlog Plugin や Jenkins Typetalk Plugin を利用してジョブを処理しています。これらのプラグインの詳細については本ブログ末に参照先をのせて
Post author:sider Post category:Other Reading time:1 mins read Post published:2014-04-03 Jenkinsがやっぱりなんだかんだで最強のCIツールだとみなさんも思いませんか？私たちSideCIチームではコードのテスト(RSpec)の実行はCircleCIを使っています。ローカルではcapybaraさんもつかったり。(CapybaraはCircleCIとはそもそもが違いますがｗ) しかしながら、CI=テストではないわけで、CircleCIではなく、Jenkinsを使っている部分もあります。Jenkinsは汎用性の高さが最高です。 Jenkinsが最強なワケ 私は以下の理由でJenkinsを最強だと考えています。 どんなスクリプトも実行できる非常に高い汎用性 どんなタイミングでもスクリプトを実行できる幅広いト
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 概要 このプラグインは、あるジョブを実行したワークスペースの内容を、後続のジョブに複製して渡すというプラグイン。 例えば、ジョブの実行時間が掛かってきたときに、SCM からソースをチェックアウトして、単体テストと結合テストそれぞれのジョブに、そのチェックアウトしたソースを渡してテストするとか。 こうすることによって、単体テストと結合テストで、ジョブは違うが同じバージョンのソースでテストを出来るというメリットがある。 他にも色々使い道はありそうだけど。 では、早速使い方を。 インストール Jenkis のプラグイン管理から、以下のプラグイ
以前のエントリ（ http://knjname.hateblo.jp/entry/2014/05/03/190842 ）で自分でJenkinsのDockerイメージを作成したりしてみましたが、 Jenkins公式でDockerイメージを配布するようになったので、それを使用したほうがいいと思います。 Github https://github.com/cloudbees/jenkins-ci.org-docker DockerHub https://registry.hub.docker.com/_/jenkins/ 普通に使うだけなら、下記のようにすればいいだけですが、 docker run -p 8080:8080 jenkins これだと何も細かいことを設定できていないので、いくつか補足。 Dockerイメージ内のJenkinsのバージョンについて 永続化ディレクトリ(JENKINS_
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
