同じプロジェクトで開発しているかどうかについては触れていないので、同じプロジェクトで作業していると仮定して説明します。以下の点を理解しているかどうかを確認してください。

1. git のノードは等しい

2. git は ssh、http、file およびその他のプロトコルをサポートします

私の提案:

ジョンとジェーンが同じプロジェクトで共同作業しているとします。

• ジョンはプロジェクトのデモを作成し、それは彼の個人ディレクトリにあります。

• ジェーンとジョンが同じ開発マシン上にある場合、彼女はジョンのコードを自分の家に直接複製できます

• これで、ジョンは開発を続けることができ、ジェーンも開発を続けることができ、両方とも提出を続けることができます。

• Jane は John のコードを直接複製したため、git は当然、Jane のディレクトリに別の開発者のアドレスを記録し、その具体的な内容は .git/config にあります。Jane は、origin を直接取得できます。元のソースからのすべての更新を彼女自身のコードに変換します;
  

リーリー

• 問題は、John も Jane のコードを必要とする場合はどうなるかということです。John の git プロジェクトには他の開発ノード情報がないため、追加後にいつでも Jane の更新を取得することができます。

  リーリー

この要件は分業と矛盾すると思います
モジュールは別のモジュールに強く依存しているため、待機する必要があります。

それでは、ニーズを調整してください
完了後にユーザーモジュールを送信できます
この時点で、モジュールを分岐して続行します
あなたの同僚はモジュールを分岐して続行します#🎜 🎜 #

この種の環境に対処するために、下方向に拡張する概念を参照できます。
へ

この状況では、この方法をお勧めします:

feature/user ブランチから新しいブランチ feature/user_login を開きます
feature/user 開発が使用可能な段階に入ったとき feature/user_login が使用されている場合は、コードを feature/user_login にマージします。



場合は feature/user_login を直接テストできます。 code>feature/user_login が開発されました 完了したら、feature/user にマージします
最後に feature/user を 完成しますfeature/user 分支上开出一个新的分支 feature/user_login
当 feature/user 开发进入到可用的阶段时, 把代码往 feature/user_login 上合并
这样 feature/user_login 可以直接进行测试
当 feature/user_login 开发完毕后,合并到 feature/user 上
最后 finish feature/user

这样是将 feature/user_login 作为 feature/user 的一个子功能开发的
如果再做功能的时候不是这样设计的, 那最好还是将 feature/user finish 后再开发 feature/login