チームコラボレーション - git flow の依存関係として私が書いた機能が誰かに必要な場合はどうすればよいですか?

Question

たとえば、私はユーザーの名前や情報などを提供する機能/ユーザー ユーザー管理モジュールを開発しており、同僚はユーザーがログインできるかどうかを検出する機能/ログイン ログイン システムを開発しています。ユーザー情報等の取得 質問 1: ユーザー システムを作成したと仮定すると...

巴扎黑 · Answer

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

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

私の提案:

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

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

リーリー

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

リーリー

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

リーリー

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

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

これで、ジョンとジェーンはお互いのコードを自分のフォルダーに取り込んで楽しく開発できるようになりました。

高洛峰 · Answer

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

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

これが標準的な手順です

継続的インテグレーションと呼ばれる概念があります。統合操作が早く実行されるほど、コードにとって有利になります。

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

我想大声告诉你 · Answer

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

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

このように、feature/user_login は feature/user のサブ関数として開発されます
関数がこのように設計されていない場合は、次を使用するのが最善です機能/ユーザー 終了し、機能/ログインを開発します🎜