たとえば、私はユーザーの名前や情報などを提供するための feature/user
ユーザー管理モジュールを開発しており、同僚は feature/login
ログイン システムを開発しています。彼はログを取得できるかどうかを検出するために私のユーザー モジュールを必要としています。にアクセスしてユーザー情報などを取得します。
質問 1:
ユーザー システムが完成したとして、それを同僚に渡して使用してもらうにはどうすればよいでしょうか?
最初に finish
、次に同僚 finish
、そして同僚 start
と言うべきでしょうか?あまり現実的ではありません。
質問 2:
私はユーザー システムを完成させていませんが、同僚が必要とするものは完成しているとします。どうすれば彼にそれを使用させることができますか?
最初に私 finish
が、次に同僚 finish
が、同僚と私 start
が別々に開発を続けるということはあり得るでしょうか?
これらに対する良い解決策はありますか?
補足: まず、一番の理由は、時間が厳しすぎるため、1人では絶対に書けないので、複数人で作業する必要があるのですが、複数人だと依存関係の問題が発生します。それで、この問題をどうやって解決するか疑問に思っています。
巴扎黑2017-05-02 09:30:14
同じプロジェクトで開発しているかどうかについては触れていないので、同じプロジェクトで作業していると仮定して説明します。以下の点を理解しているかどうかを確認してください。
git のノードは等しい
git は ssh、http、file およびその他のプロトコルをサポートします
私の提案:
ジョンとジェーンが同じプロジェクトで共同作業しているとします。
ジョンはプロジェクトのデモを作成し、それは彼の個人ディレクトリにあります。
ジェーンとジョンが同じ開発マシン上にある場合、彼女はジョンのコードを自分の家に直接複製できます
これで、ジョンは開発を続けることができ、ジェーンも開発を続けることができ、両方とも提出を続けることができます。
Jane は John のコードを直接複製したため、git は当然、Jane のディレクトリに別の開発者のアドレスを記録し、その具体的な内容は .git/config にあります。Jane は、origin を直接取得できます。元のソースからのすべての更新を彼女自身のコードに変換します;
リーリー
高洛峰2017-05-02 09:30:14
この要件は分業と矛盾すると思います
モジュールは別のモジュールに強く依存しているため、待機する必要があります。
それでは、ニーズを調整してください
完了後にユーザーモジュールを送信できます
この時点で、モジュールを分岐して続行します
あなたの同僚はモジュールを分岐して続行します#🎜 🎜 #
継続的インテグレーションと呼ばれる概念があります。統合操作が早く実行されるほど、コードにとって有利になります。
この種の環境に対処するために、下方向に拡張する概念を参照できます。
へ
我想大声告诉你2017-05-02 09:30:14
この状況では、この方法をお勧めします:
feature/user
ブランチから新しいブランチ feature/user_login
を開きます feature/user
開発が使用可能な段階に入ったとき < code>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
のサブ関数として開発されます機能/ユーザー
終了
し、機能/ログイン
を開発します🎜