private Docker Hub を作ってみた - Qiita
はじめに ここまで自分が投稿した記事を使って、下記が作れるようになりました。 private docker registry GitLab Jenkins これらを利用して、private Docker Hub を作ってみます。 今回作成する private Docker Hub の仕組み ローカルで作成したDockerfileをGitLabにpush GitLabからWebHookでJenkinsに通知 JenkinsにてDockerfileをビルド Jenkinsはdockerコンテナで起動している Jenkinsコンテナ内でDockerfileをビルドしているわけではない ホストのdockerAPI（docker-py経由）を利用している docker build 成功した場合、private registryにpush 失敗した場合、Gmailに通知を行う 環境 OS: Ubunt
GitHub + Jenkins で、全てのプルリクエストに対してレビューとテストを必須にする - Qiita
最近関わった某OSSの真似をして、GitHubプロジェクトでプルリクエスト（PR）のレビューと自動テストを必須にしたいと思い、ドキュメントを適当にググりながら設定してたのですが、書いてる内容が古かったりしてやたらこんがらがり、1日仕事になってしまいました。 ということで、自分はこう設定したというメモを残します。まぁこれもほっとくとすぐ古くなりそうですが。 やりたいことは、以下の通り。 masterブランチPR発行時、然るべき人にレビューのリクエストが飛ぶようにする 同時に、Jenkinsでテストも実行される レビューとテスト、両方が通らないとmasterにマージできないようにする まずはレビューを必須に レビューを必須にするのは、GitHubだけで設定可能です。以下説明。 GitHubプロジェクトを作るところは省略します。ここでは、bonotake/rvtest なるリポジトリをこさえたと
もう 2018 年だけど, Jenkins + Docker + itamae + Serverspec でインフラ CI っぽいことをやってるのでメモ - ようへいの日々精進XP
やってること メモ Jenkins を動かす環境 Docker イメージ itamae レシピ Serverspec テスト Jenkins の準備 プラグイン Docker 周り ジョブ infra-itamae の設定 infra-serverspec の設定 動いてる図 Build Pipeline ログ 以上 やってること 今更かもしれないけど, ギョームで以下のようなことをやって, ここ数日で運用も回ってきた気がするのでメモしておく. itamae のレシピを amazonlinux コンテナに適用 適用したコンテナに対して Serverspec でテスト 1 と 2 を Jenkins のビルドパイプラインで流す 3 が正常に終了したら, pull request を作成, 又はマージ master ブランチのレシピをサーバーに手動で適用 Jenkins のポテンシャルと it
Jenkinsの公式Dockerイメージ使ってみた - knjnameのブログ
以前のエントリ（ 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_
Dockerを用いたJenkinsの運用をしてみた話 | PSYENCE:MEDIA
この記事は RECRUIT MARKETING PARTNERS Advent Calendar 2015 の投稿記事です。 こんにちは、2015年新卒インフラエンジニアの河合です。アドベントカレンダー2015の3日目を担当します。現在の担当プロダクトは英語/英単語サプリです。そういえば10月末に英語サプリのiOS版がリリースされました。 英語サプリ 英語サプリリリースに伴い、インフラ業務としては Terraformの運用の話 Amazon EC2 Container Serviceで構築した話 などと色々なネタがあるのですが、本日はDockerを用いたJenkinsの運用をしてみた話をします。 Jenkinsと数ヶ月ほど戯れてみて… Jenkinsと戯れてみて思ったのは以下のとおりです。 拡張性の代償として保守運用コストを要求する プラグインが豊富なので、設定が容易に済むことがある 各ジ
Docker を使って Jenkins サーバーをローカルに構築する (プラグイン導入済み) | DevelopersIO
Jenkins on Docker 最近では Jenkins サーバーを Docker 上で構築するケースが増えてきています。CI 環境は、簡単に作り直したり複製したりすることができる Docker のメリットを活かせる環境であると言えます。 ということで、Docker を使って Jenkins サーバーをローカルに構築する方法をご紹介したいと思います。また Jenkins にはプラグインをインストールして使うことが多いと思うので、プラグインがインストール済みの Docker イメージをビルドする方法も併せてご紹介します。 Docker のインストール まずはローカルに Docker が実行できる環境を作りましょう。以下のドキュメントを参考にしてください。Mac では Docker Toolbox をインストールする方法と Docker for Mac をインストールする方法の2通りがあり
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サイトでより良い体験を得られるようにしています。引き続き閲覧する場合は、プライバシーポリシーに同意したことになります。
Windows10マシンにDocker Toolbox を入れて個人用の開発環境を作る - Qiita
概要 Windowsマシン上にDocker Toolboxをインストールして個人用のアプリ開発環境を作ってみます。Windowsマシンそのものへのインストールツールは最小限にして、Docker Toolboxに含まれる仮想マシン上にDockerを使ってSonarQubeなどをセットアップしてみます。 2016.3.29 新しいインストーラ(DockerToolbox-1.10.3.exe)でやり直してみました。 前提としている環境 Windows 10 (7以上だったらいけるはず) Intel VT対応 (それ相当の仮想化テクノロジが使えればよい。最近のPCはほとんど対応しているはず。 ) 目指すこと JavaでのWebアプリ開発で使うだろう開発環境を構築します。構築するミドルウェア、ツールは以下のようなイメージです。 導入するDockerコンテナ Jenkins MySQL SonarQ
Enterprise Software Delivery Platform | CloudBees
Frictionless developmentMinimize developer toil with self-service access to fast, secure workflows and GitHub-style actions running on Tekton. Faster and saferDeliver software faster with built-in security and compliance checks at every stage of development and deployment. Continuously improvedBe your best with constant feedback loops across the entire software delivery value stream - no more inte
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
プロジェクト開始時点で検討しておきたい画面テスト手法 - Qiita
最近のテスト自動化環境について調査。（画面テスト編） ■単体テスト 単体テストを導入する意味： ①変更を加えた際に、テストコードがあると比較的安全に編集ができる。 ②品質を常に高めていくようにテストコードを記載していくと最後に品質を担保するより作りこめる。 xUnitのようにテストケースを記述できるJavaScriptテストフレームワークを紹介する。 Jasmine (Framework / Assertion / Spy and Mock) http://jasmine.github.io/ http://qiita.com/opengl-8080/items/cf3acafda9756f4b04c9 JavaScriptで簡潔に単体テストを記述する事ができる。 特徴：Spy, Mockも作れる。 Test Runnerである Karma も一緒に使いたい。 http://qiita.c
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
Publish Over SSH
This plugins shares many configuration options with two similar plugins: Publish over CIFS Publish over FTP Please read Publish Over first to learn about their common configuration options. Only options specific to Publish over SSH are documented below. SCP - Send files over SSH (SFTP) Execute commands on a remote server (can be disabled for a server configuration, or for the whole plugin) Use use
nginxを使ってgitlabとjenkinsをサブディレクトリでリバースプロキシする - MY Scribbling...
TL;DR インフラの構成をコードで管理したいのでgitlabを使う gitlabのレポジトリにPushしたコードは自動でテストをまわしたいのでjenkinsを使う サーバ2台使うとリソースもったいたいので1台にまとめてnginxでリバースプロキシする gitlabとjenkinsはアクセスするサブディレクトリで分ける インスタンスはOpenStack上で動作 これらをセットアップしたときのメモです 構成 OpenStackのインスタンスで構築 OSはCentOS6.5 http://xxx.xxx.xxx.xxx/gitlab へアクセスした場合はgitlabへ http://xxx.xxx.xxx.xxx/jenkins へアクセスした場合はjenkinsへ Jenkinsのセットアップ インストールはここを参照 サブディレクトリ /jenkins へのアクセスに対応するよう /etc
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
jenkins の表示時間を日本時間にする - Qiita
Continuous Integration and Delivery - CircleCI
Blogger
