Fewer MistakesCatch errors in Terraform plan output before applying changes. Ensure changes are applied before merging.
最近、開発チームの生産性や健全性をどのように計測したら良いかについて興味を持っている。その中で「LeanとDevOpsの科学」の中に書いてあるようなデプロイの頻度・変更のリードタイム・MTTR・変更失敗率の4指標や、開発チームの生産性・健全性を客観的に知るためにリポジトリ履歴から機械的に可視化するツールを作った - Qiitaに興味を持った。 一方、それらの指標を考えてみた時、以下のような点について悩んでいた。 マイクロサービスなどで複数レポジトリとなり、さらにデプロイ手法がそれぞれ違う状況の場合、変更のリードタイム = コミット〜本番稼働までの時間を計測するのがなかなか難しい コミットという単位だとかなり小さく、個々人のばらつきも大きすぎるように感じるので、もう少し良い単位はないのだろうか このような悩みから、PullRequestの単位で集計することで、生産性や健全性をもう少し測りやす
sue445 2017/04/20 Meguro.rb#2 自己紹介 Go Sueyoshi a.k.a sue445 株式会社ドリコム 所属 インフラストラクチャー部 社内gemを中心にアプリからインフラまでだいたいサーバサイドを浅く広く見てる 今まで作った主要なものは sue445 Advent Calendar 2016 - Qiita を参照 「ドリコムのプリキュアの人」として社内外で有名 Twitterは上級者向けのアカウントなのでフォロー厳禁 今期の嫁：キュアカスタード 本気の嫁：キュアピース 今日話すこと OSSにプルリク出す時のあるあるネタを実用例を交えて紹介 1. ドキュメントのtypoなどを修正 これが一番プルリクの難易度は低い https://github.com/gitlabhq/gitlabhq/pull/7534 GitLabのwebhookで実装はされているが
考えてみれば当たり前なのだが、ブランチをpushしてからじゃないとできない（ちょっとハマってた… あとこの場合、ぷるりを送った人は、元のIssueを立ち上げた人ということに形式上、なる。 追記 これ叩いた時のログを良く読んだらこう書いてあった。 Warning: Issue to pull request conversion is deprecated and might not work in the future.
Ruby - Githubのpull requestページに、テスト結果を表示するJenkisの設定 - Qiita [キータ]の続きです。 拙作のjoker1007/github-commit-status-updaterというgemがあったのですが、何度かPull Requestを頂きまして、更に便利になりました。 元々はコマンドラインからコミットハッシュを指定してステータスの更新するだけのツールだったのですが、関連URLの設定、descriptionの設定、エンドポイント変更によりGithub Enterpriseでも利用可能、という感じになってます。 自分は何もやってないのに、すげー便利になってgithubすげーって感じです。 本当にありがとうございます。 それに伴って、Jenkinsの設定も進化したので共有しておきたいと思います。 具体的には、よりパラメータ化する事で汎用化しまし
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
2013/08/13 GitHubの新デザインに対応するために記事内容・画像をアップデートしました。 こんにちは、ブログ記事を書くのが約2年ぶりのruedapです。 さっそくですが、Pull Request（プルリクエスト）機能を使ったことはありますか？ GitHubの代表的な機能で、「pull req」や「PR」とも略されたりして、名前はよく聞きますよね。 この記事は、Gitはいちおう入門済みで、GitHubも使い始めたけど、Pull Request機能はまだ使ったことがない、そんな人に向けた 簡単な方のPull Request の入門記事です。 もう1つのPull Requestについて Pull Request機能の解説としてよくあるのは「他の人のリポジトリを自分のGitHubアカウントにFork（コピー）してきて、変更を加えて、それを元のリポジトリに取り込んでもらうようにリクエスト
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く