git-flow に関するいくつかの情報を読みましたが、プレーンな git コマンドの代わりにそれを使用する必要がある理由をまだ理解していません。私には、（かなり複雑な）ブランチ設定を伝播しているように見えます。OK、これは簡単に採用できるはずです。また、Git-flow は、低レベルの通常の git コマンドの周りに高レベルのコマンドをいくつか追加します。
プレーンな git コマンドを使用するよりも git-flow を使用する利点を、ほんの数語で説明してもらえますか?
質問する
5314 次
3 に答える
17
git-flow を使用すると、開発チーム内で特定のプロセスを実装できると思います。ブランチの命名規則などの特定のプラクティスを強制し、flow開発からリリース、マスターまでを支援します。
git-flow は、基本的な git コマンドで実行できないことは何も提供しません。startコマンドとコマンドを使用するとfinish、マージと削除が抽象化されます。
利点は次のとおりです。
- 既知の分岐タイプを持つことによってプロセス (フロー) を強制します:
master、develop、release、hotfix - ブランチの命名規則を標準化
- マージと削除のための特定の git コマンドを抽象化します
于 2013-03-10T18:55:55.427 に答える
4
Git Flow は、成功する分岐モデル で説明されている分岐モデルに従います。もちろん、標準の Git コマンドを使用してこれらすべてを行うことができますが、Git Flow は、いくつかの規則、特に関連する命名規則を、分岐モデルに従うのに役立つ追加のコマンドにカプセル化するだけです。
于 2013-03-10T18:52:30.337 に答える
3
リポジトリで一貫したブランチの命名と統合スタイルを奨励するだけで、複数の人で作業する場合に役立ちます。ブランチに一貫した名前を付けることで、ブランチがどのような「スタイル」であるかがすぐに明らかになります: 新機能、小さなバグ修正、またはリリース。
それを達成するために必ずしも git-flow ツール自体を使用する必要はありません。著者は元々、git-flow ツールをまったく使用せずにブログ投稿でプロセス自体を説明しただけです。
于 2013-03-10T18:51:44.880 に答える