git flow、github flowについて調べる

syunto07ka commented 4 years ago

Is your feature request related to a problem? Please describe. gitでの開発の最適化をしたい。そのための手法を学ぶ

Describe the solution you'd like git flow, github flowをこのissueにまとめる。

Additional context 上げた手法とは別のものがあればそれも調べる

piro0919 commented 4 years ago

@Syunto07ka

詳細を書かずにissue を立てるのは良くないです 🙅‍♂🙅‍♂🙅‍♂

詳しい詳細まで書くクセをつけましょう

syunto07ka commented 4 years ago

git flow

https://nvie.com/posts/a-successful-git-branching-model/

main

https://nvie.com/posts/a-successful-git-branching-model/#the-main-branches

surpport

https://nvie.com/posts/a-successful-git-branching-model/#supporting-branches

syunto07ka commented 4 years ago

github flow

https://guides.github.com/introduction/flow/

syunto07ka commented 4 years ago

今の開発の感じだと、普通にgithub flowに則ってはいるのか。。？

結構大層な知識があるのかと思ったら、普段やってることと変わらなそげ(というか普段がgithub flowに則った開発だった)

syunto07ka commented 4 years ago

記事読んで簡単にissueまとめたのでcloseする

piro0919 commented 4 years ago

@syunto07ka

ドキュメントを読んで終わりでは、少し乱暴すぎる気がします。もうちょい書き下していきません…？

以下をまとめてみましょう！

各フローの動きについてざっくりと
各フローのメリット、デメリット
各フローはどういったケースでの採用が最適か

syunto07ka commented 4 years ago

git flow

動きについてざっくりと

master, develop, feature, release, hotfixの5つの種類のブランチを扱う
featureブランチで機能開発を行い, developにマージされる.
developブランチが安定したら, releaseブランチが作成されて本番環境反映の準備が行われる.
releaseブランチをmasterブランチへマージした際にリリースタグをつける
hotfixブランチは, masterブランチで重大なバグが有った際にmasterから切られ, バグ解消の後にmasterにマージされる(リリースタグもつける)

メリット

機能開発とbugfixを行うブランチが明確に区別されているので, bugfixを行うチームと機能開発を行うチームとで分けることができる
リリースタグをつけてリリースを管理しているので, 後でリリースを振り返りやすい

デメリット

複雑
ブランチ名のルールがある

どのようなケースでの採用が最適か

頻繁にリリースを行わないチーム, プロジェクトに適している

syunto07ka commented 4 years ago

github flow

動きについてざっくりと

masterがデプロイできる状態のもの
新しく機能を追加するときはmasterから分岐させる。
masterへ反映させたい場合はコミットをremoteリポジトリへpushして新しいremoteブランチ、PRを立てる
コードに対しディスカッションを行い、branchテストが合格したら本番環境でデプロイして確認をする
本番環境に問題があれば既存のmasterコードを反映させコードの状態をロールバックする。問題なければそのままmasterへマージを行う

メリット

開発を始めてからマージをするまでが一つのブランチで完結するのでわかりやすい
フローが単純なのでリリースを行いやすい

デメリット

バグ修正のときも機能追加のときも同じフローをたどるので、区別がつけづらい。

どのようなケースでの採用が最適か

毎日リリースを行うチームの場合に適応しやすい

syunto07ka commented 4 years ago

@piro0919 まとめてみました！間違っているところあれば正していただけるとmm

piro0919 commented 4 years ago

@syunto07ka

大体良さそうですが、少しだけ。

まず git flow のブランチ名がルールによって定められることは、個人的には大きなメリットだと思います。むしろブランチ名で機能追加なのかバグフィックスなのかぱっとわからない github flow のほうがデメリットが大きいのでは？

あと、最適なケースについて git flow の見解が弱いですね。

git flow はとにかく厳格に進められるため、大規模なプロジェクトやしっかりとした運用が求められる場合に最適です。特にブランチを以下のように振り分けれるのが強いと思っています。

master → 本番環境
release → production環境
develop → 共有の開発環境
feature → 個人の開発環境

production環境でe2eや結合テストを行うようなケースではかなりの威力を発揮する flow ですね。ちなみに某社くらいの企業規模であれば git flow のほうが最適だと思いますが、採用は github flow なのが面白いです。

piro0919 commented 4 years ago

参考サイトです。

syunto07ka commented 4 years ago

ちなみに某社くらいの企業規模であれば git flow のほうが最適だと思いますが、採用は github flow なのが面白いです

そうなんだ。。

syunto07ka commented 4 years ago

ではまとめられたということで、closeします！

syunto07ka commented 4 years ago

git flow、bitbucketのもあったんですね。見ておきます👀

syunto07ka / jewelry_box