31 Aug 2011
私は人々にGitを教えるためにあちこちを飛び回っているが、最近のほぼすべてのクラスやワークショップでgit-flowについてどう思うかを尋ねられた。私はいつも、git-flowは素晴らしいと思うと答えている。何百万ものワークフローを持ったシステム（Git）を提供し、ドキュメントもあるし、よくテストされている。フレキシブルなワークフローは、実に容易なやり方で多くの開発者の役に立つ。標準的なものになりつつあり、開発者はプロジェクトや企業の間を移動しつつこの標準的なワークフローに馴染むことができる。
しかしながら、それ故の問題も抱えている。新しいフィーチャーブランチをmasterではなくdevelopから開始するとか、hotfixesを扱う方法といったことを好まないような人たちから多くの意見をもらう。
私が考える大きな問題のひとつは、それが、ほとんどの開発者や開発チームが実際に必要とするよりも複雑すぎやしないか、ということだ。フローの遂行を支援するために開発された巨大なヘルパースクリプトであり、あまりに複雑すぎる。
クールではあるが、GitのGUIには強制できず、コマンドラインでしか使えないという問題がある。 すべての手順を手動で行う必要があるため、複雑なワークフローをしっかりと学ばなければならない人たちは、コマンドラインでの作業に不慣れな人たちとイコールである。これは大きな問題点だ。
これらの問題点は、手順をもっとシンプルにするだけで容易に解決することができる。GitHubでは、git-flowを使っていない。我々が使う手順、いつも使っている手順はとてもシンプルなGitワークフローだ。
そのシンプルさには多くの利点がある。ひとつは、簡単に理解できるということ。そのため、より早く作業ができ、何かを台無しにしてしまったり、間違ってしまった手順をやり直すといったこともめったに起こらない。他に、プロセスを支援するためのラッパースクリプトが必要ないので、GUIプログラムも問題なく使えるという利点もある。