ssig33.com - Github Flow と組織

github という公的なインフラを使うために必要なこと - アンカテ を盛大に dis っとかなきゃなという気持ちになった。 Pull Request ベースの開発 階層型組織構造 は特に対立するものではないですし、階層型がいいのかフラットがいいのかは場合場合によるでしょう。階層型でばりばりに管理するような開発チームでも ディレクターが issue を起案する 開発リーダーとディレクターがプロダクトマネージャーなどを交えてスケジュールを決定する 開発リーダーがその issue を閉じる Pull Request を作る人とそれをレビューする人を決定しスケジュールを伝達する 所定のタイミングでリリース権限を持っている人がマージボタンを押す みたいなカチカチした運用でいろいろやっていけると思いますし、これでも Github Flow というか Pull Request ベースの開発の恩恵を十

[houyhnhm]

元記事の意味がそもそも分からん。

[hugo_jp]

test

[sho]

仰るとおりだけど、あれは essaさんの芸風みたいなもんだからなーw

[tuto0621]

Pull Request ベースの開発 階層型組織構造 は特に対立するものではない

[hylom]

そもそもGitHubはオープンソースを軽視しているのでGitHub＝OSS開発とか言うのはちょっと微妙だし例で挙げられているTwitterの開発も微妙だし

[infobloga]

Github Flowの特長は、「フラットな組織でも効果的に回る」ということであるので、フラットな組織じゃないとダメということではない。ただ、フラットにしても回るのにあえて階層的にして効率下げる必要はないと思う。

[beerbeerkun]

バックグラウンドの違いが言葉の端々に出てるだけの気もするけどなぁ。中心と周縁が固定された開発プロセスや組織をネットワーク型に移行するときにどれだけ忠実にやるかっていうイメージが両者で違うだけでは。

[hush_puppy]

なるほど。言われてみれば馬車のためのインフラはあったのか。

[y_r]

うちは GitBucket (Github クローン) サーバ社内に立ててそこでソースコード管理してる。Pull Request ベースの開発するのに別にコードを WEB 上にあげる必要もない。

[pv89j824]

https://t.co/uLFoP1h68c - Github Flow と組織

[watarum]

わかる