非開発者もGitHub Flowに巻き込んでみんなハッピーになった話 - Masatomo Nakano Blog

前提: GitHub flow を使っていてCIサーバーはJenkins 最近ちょっと開発フローの改善をして、とてもよく機能してて満足しているので紹介してみる。 この改善をやる前の悩み: pull-requestでコードレビューはできるのだけど、cssとかjavascriptなどの見た目や動作の変更ってコードだけだとわかりにくい。レビューする人が各自ローカル環境で実行するのもだるい。 コードを読まないデザイナーとかプロダクトオーナーとかの人が、pull-requestのレビュープロセスに簡単に参加できない(非開発者全員のところでローカル環境設定するのはだるすぎる)。 コード的にokに見えてmasterにmerge後、何か問題(特に仕様的な問題や、デザイン的な問題)が発生した場合、「修正branchを作ってpull-request」というフローを再度回さないといけない。最初のpull-req

[hiroponz]

featureブランチも自動的にデプロイして非開発者にもレビューしてもらうのは素晴らしいと思う

[miya-jan]

feature branchもデプロイして非開発者でも触れるようにするのとてもよさそう。実現したい。

[skrt2y]

非開発者もGitHub Flowに巻き込んでみんなハッピーになった話 - Masatomo Nakano Blog ← やってみる。

[ooyabuh]

“また、開発者も、それまでは、merge後、非開発者に指摘されると「めんどくせーなー」という意識が生まれがちで、かつ、その場合mergeから時間が経っていることも多く、その変更に対するフレッシュさが減り、再度作業

[masutaka26]

Quipperの

[ainame]

ブランチの差分をmerge前に快適に確認できる仕組みはすごく欲しい

[jusei]

チーム向け

[yaotti]

#jawsdays

[retdaisuke]

featureブランチもJenkins使って自動的にデプロイすることで、非開発者にもレビューしてもらうことができる。これはとてもいい感じ、WIP Pull Requestを利用した運用モデルの良さが分かってきた。

[nettabo]

「feature branchもHerokuにJenkinsから自動的にデプロイするようにしたら色々幸せになれた。」なるほど良さげ

[kool_kreate]

done is DONE!

[nilab]

非開発者もGitHub Flowに巻き込んでみんなハッピーになった話 - Masatomo Nakano Blog

[gabuchan]

すげーいいなー！ "N個(N=アクティブな開発者の数くらいが良さそう)のfeature branchのテスト用のHeroku appを予め作っておいて、feature branchにpushされるたびに、Jenkinsからその中の一つへデプロイされる感じにした。"

[griefworker]

"feature branchもHerokuにJenkinsから自動的にデプロイするようにしたら色々幸せになれた"

[potato777]

“N個(N=アクティブな開発者の数くらいが良さそう)のfeature branchのテスト用のHeroku appを予め作っておいて、feature branchにpushされるたびに、Jenkinsからその中の一つへデプロイされる感じにした。”

[Chisei]

なるほど『つまり、pull-requestのmergedがチームメンバー全員にとってのDONEというステータスになり』

[kroenungs]

非開発者もGitHub Flowに巻き込んでみんなハッピーになった話 最近ちょっと開発フローの改善をして、とてもよく機能してて満足しているので紹介してみる。 これらの問題を解決するのに、feature branchもHerokuにJenkinsから自動

[ryonext]

非エンジニアも含めチームの一員としてうまく回っている例ですな

[NetPenguin]

Jenkinsでブランチを自動デプロイ、今週までやっていた仕事でやろうとしたけど、途中で終了した…

[teppeis]

プルリクブランチの動作環境をHerokuに自動デプロイしちゃう。「もうこれなしでは生きるのが辛い」

[n314]

ちょうど今困ってた

[perlcodesample]

社内サーバーとしてGitHubシステムをインストールしたい場合はGitPrepも良かったらお試しください。GitHubのクローンを自前のサーバーに簡単にインストールできます。http://d.hatena.ne.jp/perlcodesample/20130421/1366536119

[kimutansk]

シンプルでいい感じ。このあたり、皆さん色んな事情があるからこそ参考になりますねぇ。

[wyukawa]

ふむ

[kazuph1986]

技術者のした本番適用前のコミットを非開発者でも見れるように、複数サーバーを用意してデプロイしてしまう。非開発者はソースコードは見ないがこれでpull-reqをレビューしてもらえる。

[sugimori]

ほう

[monomoti]

ぜひ参考にしたい

[poppen]

pullreqを目で見てもよく分からない時、どうしたら楽かなーと考えていたので、これはいただき

[harabu]

悲開発者もsuversion巻き込まれてWord手順書がないとコミットできなくなった話聞きたい？

[stealthinu]

非開発者の人も変更されてるブランチを確認できるよういくつかheroku appを作っておきそのうちどれかがそのブランチが反映されるようになってるという運用。中でそれ用vargrant作るのもありと。

[birdtomita]

とりあえず検討