僕たちが行き着いた、シンプルで簡潔なGitの運用方法 - テクノロジーと広義のデザイン！

Gitを使い始めて１年以上たちます。最近、Gitを使ったプロジェクト運用方法が自分なりに固まってきたので公開します。かなりシンプルなので、ある程度Gitに慣れていれば十分に運用可能だと思います。 僕たちが理想とするヒストリーGitを使った開発の成果物、それは開発のヒストリー（履歴）そのものです。このヒストリーが論理的に正しく、かつ、簡潔で理解しやすいものを目指すというのが大方針となります。その方針のなか、現時点で僕たちが理想だと考えているのが、以下の図のような履歴がリモートブランチに残ることです。このヒストリーには２タイプのブランチが存在します。 リリースブランチ … 次期リリースバージョンに向けて進んで行くブランチ。チケット１枚について１つのコミットが良い。 フィーチャーブランチ … チケット１枚について１つ切られるブランチ。機能を実装する際に小刻みにコミットしたログが残っているため、後

[suginoy]

「私はGitが大好きです。なぜならば、デベロッパーにあらゆる自由を与えてくれるからです。その自由は、開発する場所の自由、開発スタイルの自由です。」

[nysalor]

気になったので後で読む

[oki448jp]

僕たちが行き着いた、シンプルで簡潔なGitの運用方法

[tacchini]

gitで複数人でやり始めたら、こういう説明を何十回としなければいけないんだろうなという内容がまとまってるので、説明の前に読んでおいてもらうべきです。

[ArcCosine]

運用方法。"ワッフル→アップル"

[y_uuki]

わかりやすい [git]

[amazedkoumei]

ここでポイントになるのは mergeコマンドの--squashオプションです。 このオプションはマージの際にコミットを１つにまとめてくれる魔法のオぷリョンす

[akkun_choi]

squashするのはどうなんだろう。恥ずかしいコミットを隠す利点ある反面、過去の小刻みコミット履歴が失われる。あとrebaseも怖くてできない

[warufuzaketaichi]

--squashを推奨するタイプの運用指針。

[Layzie]

手書きの図が味わいある