如上图的一个成功分支模型。
我的疑问就是，在其他一些辅助性分支merge到develop分支之前，develop分支有改变，那么辅助性分支应该merge develop分支，与develop分支保持同步，但是从图上并看不出这个动作。
如果其他辅助性分支需要实时同步develop分支，那么用merge --no-ff，还是直接merge或者rebase呢？
那么这样一来图形是不是会变乱？
这是我本地测试的情况，都用的merge --no-ff模式合并
目前又遇到一个问题是，同一个分支不同人clone到本地，做开发，然后在push的时候，偶尔会发生一个merge动作，大概是这样的，在本地git push 的时候，提示需要先pull，此时git pull会自动执行一个merge动作，不知道大家遇到过这个问题没？
还有多人开发的时候，大家是不是都自己创建一个branch分支开发，而不是直接在远程的分支上做开发，比如develop是个远程分支，那么多人开发的时候clone到本地，直接在develop上开发，还是git checkout -b local branch开发？
ps:不知道描述清楚没.
![[Web フロントエンド] Node.js クイック スタート](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
頼まれたらやります
開発から分岐した複数のブランチは、開発を通じてコードのみを交換し、互いにマージしません。
各ブランチが開発ブランチを同期するときは、--rebase オプションを使用して開発の最新のコミットを開発ブランチに同期し、--no-ff オプションを使用して開発ブランチを開発にマージして戻します。単一のブランチ。
これは私のローカルテスト状況です。すべて merge --no-ff モード merge を使用しています
校正からこの記事を参照することをお勧めします
http://fanyi.jobbole.com/2214/
たとえば、hotfix ブランチの場合は、develop ブランチにチェックアウトし、最後にマージする必要があります
Hotfix ブランチは master ブランチから構築され、develop ブランチと master ブランチにマージし直す必要があります。Hotfix ブランチには次のような名前を付けることができます: hotfix-*
ホットフィックス ブランチは、リリース ブランチとある程度似ていますが、どちらも新しいバージョンのリリースを準備することを目的としており、事前に知ることはできません。現在の実運用環境に基づく製品のバグを早急に解決する必要があるため、Hotfix ブランチを作成する必要があります。製品の特定のバージョンに直ちに解決する必要がある重大なバグがある場合、このタグが製品バージョンを示すため、master ブランチ上のバージョンに対応するタグから Hotfix ブランチを確立する必要があります
ホットフィックスブランチを作成する
Hotfix ブランチは master ブランチから作成されます。たとえば、現在のオンライン バージョン 1.2 製品には、サーバー側のバグによりシステムの問題が発生します。ただし、develop ブランチでの変更は信頼性が低いため、hotfix ブランチを作成して問題の解決を開始する必要があります:
リーリーブランチの作成後にバージョン番号を変更することを忘れないでください。
その後、バグを解決し、1 回以上送信します。
リーリーホットフィックスブランチの終了
作業が完了したら、解決されたバグ コードを master ブランチにマージして戻す必要がありますが、バグが次のバージョンで確実に解決されるように、develop ブランチにもマージする必要があります。これはリリースブランチによく似ています。
まず、master ブランチをマージして更新し、タグ付けします
リーリー注: -s または -u パラメーターを使用して、タグのタグ署名を設定できます。
次に、バグ修正コードを開発ブランチにマージします
リーリーここにはいくつかの例外があるかもしれませんが、リリース ブランチが存在する場合は、ホットフィックス ブランチを開発ブランチではなくリリース ブランチにマージする必要があります。リリース ブランチのミッションが完了すると、リリース ブランチにマージされて戻されたバグ修正コードは、最終的には開発ブランチにマージされます。 (開発ブランチでこれらのバグを緊急に解決する必要があり、リリース ブランチの終了まで待てない場合は、バグ修正コードを開発ブランチに安全にマージできます。これも可能です)。
最後にこれらの一時ブランチを削除します
リーリー