GitHub + Jenkins で、全てのプルリクエストに対してレビューとテストを必須にする - Qiita
最近関わった某OSSの真似をして、GitHubプロジェクトでプルリクエスト（PR）のレビューと自動テストを必須にしたいと思い、ドキュメントを適当にググりながら設定してたのですが、書いてる内容が古かったりしてやたらこんがらがり、1日仕事になってしまいました。 ということで、自分はこう設定したというメモを残します。まぁこれもほっとくとすぐ古くなりそうですが。 やりたいことは、以下の通り。 masterブランチPR発行時、然るべき人にレビューのリクエストが飛ぶようにする 同時に、Jenkinsでテストも実行される レビューとテスト、両方が通らないとmasterにマージできないようにする まずはレビューを必須に レビューを必須にするのは、GitHubだけで設定可能です。以下説明。 GitHubプロジェクトを作るところは省略します。ここでは、bonotake/rvtest なるリポジトリをこさえたと
Jenkins Git publisherでデイリーリリースをタグ付けする - Qiita
どの変更分までをリリースしたりテストしたりしたかを確認する必要がでてきたため、 デイリーのリリース結果としてリリース用ブランチのタグ打ちを自動化した履歴 用意されてるものだけだと普通に出来るが、 ちょっと名前など工夫入れようとしたらハマったためメモ 前提 内部で利用しているGitLabからソースを取得している 通信の制約上Webhookでいい感じに使えない Pollingで頑張るしかない... Plugin Git plugin リポジトリでGitを使っているため利用 タグ打ちする時にも使ってる Environment Injector Plugin Git Publisherに渡すタグ名の環境変数を入れるために利用 やったこと 上記Pluginを入れておく Gitリポジトリから取得できるよういい感じになにがしかする RepositoryとCredentialsは通常通り設定 Advanc
開発者（個人）のための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 でインストールしておいて良いでしょ
これが大規模SIerな弊社のデファクトスタンダードな開発スタイルだ！！ - そこに仁義はあるのか(仮)
受託開発やっている、いまの開発スタイルを書く。 この前のブログはわりとフォーカスをしぼったはなしだったので、今回は簡単に全体のはなし。（書く順番が逆っぽい） 今回のプロジェクトではアーキテクトとして、この↓開発スタイルの構築と運用をしていて学び多い。 バージョン管理はGit プロジェクト用サーバーにGitBucketをたててソースコードを管理している。 オフショアと仕事をするなど、開発拠点がわかれることが多い。 ソースコードに対してロックをとったりしちゃうと、他の人が開発すすめられなくなるし、拠点別れて並行開発する大規模案件だからこそ、Gitを使う必要がある。 各開発者がブランチをきって開発をして、プルリクでレビュー依頼、からのマージをすることで、レビューが済んでいるソースしかmasterブランチに取り込まれない、というのもイイ。 弊社の”エンジニア”はみんな当たり前のようにGitを使って
Atrae Tech Blog — サーバの管理をItamaeでやったら楽だった
We are the tech members of Atrae Inc. This tech blog contains awesome information around tech of our concern. こんにちは、エンジニアの青野です。 最近サーバを新しく数台セットアップする機会があり、その管理にItamaeを使いました、という話です。 itamae-kitchen/itamae セットアップの手順はある程度ドキュメント化されていました。 が、コード化してGitHubに置いたほうが変更の履歴も追えるし暗黙知化もしにくいはずなので、 プロビジョニングツールを利用することに。 弊社のサービスはRailsで構築されているものがほとんどです。 Rubyの記法で書けるChefとItamaeを候補として考えましたが、結局後者の導入を選択しました。 Chef有名なので特に説明はしません
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Change the World!
