続・Jenkinsのテスト結果をGithubのPull Requestに表示する - Qiita
Ruby - Githubのpull requestページに、テスト結果を表示するJenkisの設定 - Qiita [キータ]の続きです。 拙作のjoker1007/github-commit-status-updaterというgemがあったのですが、何度かPull Requestを頂きまして、更に便利になりました。 元々はコマンドラインからコミットハッシュを指定してステータスの更新するだけのツールだったのですが、関連URLの設定、descriptionの設定、エンドポイント変更によりGithub Enterpriseでも利用可能、という感じになってます。 自分は何もやってないのに、すげー便利になってgithubすげーって感じです。 本当にありがとうございます。 それに伴って、Jenkinsの設定も進化したので共有しておきたいと思います。 具体的には、よりパラメータ化する事で汎用化しまし
Githubのpull requestページに、テスト結果を表示するJenkinsの設定 - Qiita
Commit Status APIについて Githubにはcommit statusを操作するためのAPIがあります。 commit statusとは、特定のコミットがどういう状態にあるのかを示すものです。 successとかfailureとかpendingとか。 参考: Commit Status API · GitHub Blog commit statusが登録されているコミットをpull requestすると、commit statusの状況を確認して、マージしても問題無いかを自動で表示してくれます。 こんな感じ。 travis-ciを使ってると上手いことやってくれるんですが、今の所、Jenkinsだと多少工夫が必要です。 いくつかやり方はありますが、私が採用したのはparameterized trigger pluginを使う方法です。 設定内容 1. masterや、rele
GithubからJenkinsへのServer Hook - Qiita
GithubからJenkinsへのServer Hookを調べた結果をまとめておく。 以下の3つの方法を調べた。 WebHook URLsを用いる方法 Jenkins (GitHub plugin) を用いる方法 Ver1.8で確認 Jenkins (Git plugin) を用いる方法 Ver2.0で確認 この方法を用いるとGithubのコードに修正を加えると対応するJenkinsジョブを走らせることができる WebHook URLsを用いる方法 Githubからコミットの情報を受け取って自力で処理する方法 好きなようにhook処理できるが実装が必要 Githubの特定ブランチにpushした時だけhookでjenkinsビルドする - Qiita [キータ]が詳しい Jenkinsの設定 Jenkins Parameterized Trigger pluginをインストールしておく Ho
Jenkins で Git リポジトリの ID と PW をセキュアに保存する方法 | 1000g
Jenkins から https 接続で認証付きの Git リポジトリを参照する場合、以下のように URL に直接ユーザー名とパスワードを書く必要がありました。 当然 Jenkins の設定ファイルにパスワードがそのまま書かれてしまいます。個人開発ならいいですが、チーム開発では危険すぎます。これをセキュアにしようとすると、.netrc を使ったりするややこしい手順が必要でした。 ところが、2013年10月22日にリリースされた Git Plugin 2.0 から、Credential Plugin と連携して暗号化したパスワードを保存できるようになったため、大幅に設定が楽になりました。 以下にそのやり方をメモしておきます。 リポジトリの URL は https://foo.com/git/bar.git とします。 “Jenkins の管理 > Credentials > Add doma
yum リポジトリの追加・優先順位を設定 〜 CentOS6
# vi /etc/yum.repos.d/CentOS-Base.repo ..... [base] name=CentOS-$releasever - Base mirrorlist=http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=os #baseurl=http://mirror.centos.org/centos/$releasever/os/$basearch/ baseurl=http://ftp.riken.jp/Linux/centos/$releasever/os/$basearch/ http://rsync.atworks.co.jp/centos/$releasever/os/$basearch/ http://ftp.nara.wide.ad.jp/pub/Linux/ce
CentOS6でRPMforge、Remi、EPELをyumレポジトリに追加する方法 · DQNEO日記
なお、本記事はx86_64(64bit)環境を前提にしています。 レポジトリファイルをダウンロード まずはレポジトリファイルをダウンロードしましょう。 実はここが鬼門で、レポジトリのURLやファイル名はころころ変わります。(404 not foundなどのエラーが出たりします) ダウンロードできない場合はあわてずにレポジトリファイルを自力で探せばすぐ見つかりますので、じっくり見てみてください。 epel wget http://dl.fedoraproject.org/pub/epel/6/x86_64/epel-release-6-8.noarch.rpm ※上記ファイルが存在しない場合は、下記URLからepel-releaseで始まるファイルを探してダウンロードしてください。 http://dl.fedoraproject.org/pub/epel/6/x86_64/ remi wge
gitで現在のブランチ名を取得する - すがブロ
一覧の情報はいらなくて、現在のブランチ名だけが欲しい ようするにシェルスクリプトとかで扱うときに git branch の結果ではなく、そのものずばりカレントブランチ名を取得したい。 いくらなんでもそういうインターフェイスあるでしょーと思ったらgit rev-parseで取得できるようだ。 sugamasao@GRAM% git rev-parse --abbrev-ref HEAD master sugamasao@GRAM% git checkout -b test Switched to a new branch 'test' sugamasao@GRAM% git rev-parse --abbrev-ref HEAD test sugamasao@GRAM% git checkout master Switched to branch 'master' sugamasao@GRA
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を入れるべし
Railsでbefore_filter/before_actionがアクションを中止する仕組みを読んでみる | TechRacho
2013.08.06 Railsでbefore_filter/before_actionがアクションを中止する仕組みを読んでみる 大昔のRailsでは、before_filterでfalseを返すとそこでchainが終わる、とやっていた気がしますが、今はそういうコード見ないですよね。 Rails 4だとこんなノリでbefore_actionでredirectして はいおしまい、ってやりますよね。 class UsersController < ApplicationController before_action :my_authenticate_admin def my_authenticate_admin unless current_user.admin? redirect_to root_path end end end 当然、以後のbefore_actionやactionは実行さ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
