私は現在プロジェクトをGit Flowに移行しています。Git Flowでブランチを直接開発することはできますか?
問題は、次のような状況で、私が開発している開発部門に直接コミットしてもよいかどうかです。
- マイナータイプミスの修正、
- または小さなメソッドレベルのリファクタリング、
- またはいくつかのエラー修正機能がマージされた後。
私はcreator's postを読みましたが、この状況については言及していません。あなたは実世界で何をしていますか?
私は現在プロジェクトをGit Flowに移行しています。Git Flowでブランチを直接開発することはできますか?
問題は、次のような状況で、私が開発している開発部門に直接コミットしてもよいかどうかです。
私はcreator's postを読みましたが、この状況については言及していません。あなたは実世界で何をしていますか?
これはあなた次第です。私たちのプロジェクトでやったことは、ブランチ上のすべてを試してみることです。その後、リリースしようとしているときに、リリースで間違いなく望んでいるものをマージして開発します。次に、開発からリリースブランチを作成します。私たちはブランチ上のすべてを行ったと言いますが、タイプミスや非常に小さな修正のためにブランチを作成しない傾向があります。
完全に。 gitフローの独立したフィーチャーブランチの利点は、主にそれらをリクエストした人のためです。 のコード変更である限り、は次のリリースに移行しても問題ありません。開発に直接組み込むことができます。あなたがそれを助けることができれば、あなたのチームをあまりにも多くの機能の枝で掘り下げたくはありません。
この質問は、主に意見ベースであり、結果的に真の*答えがないことを意味します。 –
答えはあなたが言及したリンクにもあります。グラフを注意深く見てください。マージ '1.3.0-unstable.1'のすぐ上に、開発ブランチに直接コミットがあります。 – xaa