Vim プラグイン は Git flow 的なブランチ運用した方がいい気がしてきた
理由
- しばらく手元で試してマージできる
- devel ブランチには push してるのでリポジトリが失われる心配をしなくて済むので精神衛生上良い
- いざとなったら誰かに試してもらえる
- エラーとかが発生した際にどこから問題が起きたか分かりやすい
- Gitに詳しくないユーザーや、Twitterで呟きを見たけどissueは上げてくれない…とかの場合を考慮
Vim プラグイン は Git flow 的なブランチ運用した方がいい気がしてきた (最近まとめてPR上げてマージのフローでやっている) https://t.co/QeO8T3Ctav https://t.co/4pn9pLR8zK 後者は良いタイトルが思いつかなかった
— tyru (@_tyru_) March 15, 2016
stoptypofile.vim の方はしばらく運用してマージしよう
— tyru (@_tyru_) March 15, 2016
ブランチ運用
- master
- develop からリリースごとにマージ (マージしたらマイナーバージョン上げる)
- develop
- HEAD
- hotfix
- マージ後に master でエラーとか出た場合 hotfix/xxx ブランチ作ってPR出して良さげだったらマージ
- その後 develop にもマージ
release ブランチは要らない。
参考リンク
-
- Git flow, GitHub flow, Gitlab flow の比較
https://www .reddit. com/r/git/comments/2v0rxp/git_merge_squash_in_git_flow/
- なんだかはてなからスパム判定されてるっぽい?ブクマもできないしこのURLを含んだ記事を投稿すると Bad Request で弾かれる…
I would advise against using squash if possible. The reason being is if you find a bug and you want to use git bisect to find which commit caused the bug, you can be in trouble. Instead of a smaller commit that's easier to dissect/understand
確かに git bisect できなくなるってのはあるなぁ。 でも正直使ったことないので問題なかった (しろめ)。
reddit のページがブクマできない… https://t.co/0d8Gx8wtGm https://t.co/rmoqFzAtZY
— tyru (@_tyru_) March 15, 2016