JenkinsプラグインのGitHub pull request builder pluginを使ってみる - 技術めも
現在、GitHubのPull Requestでコードレビューし、問題なければマージするというフローで開発しているのですが、 コードは問題なさそうなのでマージしてみると、specが落ちている・・といったことがありました。 そこで、Pull Requestされた時点でそれをマージしspecを実行してくれる、そしてその結果を通知してくれる といったことが自動でできれば良いなと考えていました。 そこで発見したのがGitHub pull request builder pluginというJenkinsのプラグインです。 このプラグインは、以下のようなことをやってくれます。 Pull Requestされた（またはそのPull Requestにコミットを積み重ねた）時にそれを検知し、自動でマージしビルドしてくれる （実際はcrontabで設定したタイミングで） GitHubのPull Requestペー
GitHub に色々教えてもらいに行った話
deploygateという、うちの会社のサービスを、どうやったら伸ばしていけばいいのか？ Githubさんに相談したいなと知己を頼っていましたら、何とかなりました。 というわけで San Francisco の Github オフィスに伺ってきました。 実はうちの会社のオフィスの1ブロック先なのです。 このエントリは、よくある行ってきたエントリです。 行ってきた 入り口は、色々な工事中なのか、まだまだ荷物が積まれています。 受付はホワイトハウス風 入って直ぐに、考える Octocat さんが鎮座しています。 1階はカフェテリアでした。 2?階は、集中して開発するエリアとOcto shop。 フロアによって、音楽を鳴らしていいフロアと、静かなフロアが決まっています。 Octo Shop ではTシャツやステッカー、パーカーなどが飾られています。 こちらのフロアは良い感じの音楽のかかって居るエリ
pull request を利用した開発ワークフロー
pull request を利用した開発ワークフローの話しですが、あんまりプルリの話ししてないし、コードレビュー的なお話しが多いです…。
GitHub のプルリクエストを fetch しとくと便利 - HWPS別館
GitHub や GHE を使って多人数で開発していると，プルリクエストを横断して試す必要が頻繁に発生すると思います． プルリクエストを次々に試したり，#30 と #31 をマージした結果を試したい！なんてケースもあるのではないでしょうか． GitHub では git ls-remote すれば分かるように，プルリクエストの番号と対応したブランチがリモートに存在しているので，これを取得してみます． .git/config に追記（あるいは git remote add とかで適当に） [remote "pr"] url = git@github.com:yourusername/yourrepos.git fetch = +refs/pull/*:refs/remotes/pr/* あるいはこんな感じ（丸投げ）: https://gist.github.com/3342247 git fe
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
robbyrussell/oh-my-zsh - GitHub
GitHub for Windows
