私がこれまでGitの研修講師やブランチ戦略のコンサルティングをおこなってきた経験に基づいて、この記事を書きます。 Gitのワークフローについては自転車置き場の議論になりがちであまり乗り気がしないのですが、最近少し発見があったのと、実際に多くの現場で明らかにフィットしないのに git-flow を検討したり採用したりしようとして苦労をしている様を目撃することが多いので書くことにしました。 この記事で主張する内容はタイトルの通りですが、まず前提として以下を宣言しておきます: 全てのケースに100%フィットするようなワークフローは存在しない git-flowがフィットするケースも探せばあるかもしれない 例えばすでに何年もgit-flowでうまく回せてるよ、など どのようなワークフローを採用するかは最終的にはあなた（のチーム）が判断すべき さて、 git-flow は 2010年1月「A succ

10日投票が行われている参議院選挙の宇都宮市の投票所で、有権者260人に選挙区の投票用紙を交付する際、誤って比例代表の投票用紙を有権者に渡すミスがありました。 誤った用紙での投票はすべて無効になるということで、宇都宮市選挙管理委員会は今後、全員に謝罪することにしています。 宇都宮市選挙管理委員会によりますと、ミスがあったのは宇都宮市の御幸が原小学校に設けられた投票所で、栃木選挙区の投票用紙を交付すべきところ、誤って比例代表の投票用紙を渡していました。 投票開始からおよそ1時間20分たった午前8時20分ごろ、有権者からの指摘を受けて担当者が調べたところ、本来、選挙区の投票用紙が入っているはずの自動交付機に誤って比例代表の投票用紙を入れていたことがわかりました。 誤った用紙で投票した人は260人に上るということです。 比例代表の投票用紙に選挙区の候補者の名前を書いた場合はすべて無効票として扱わ