1

私は Git を使用するのが初めてで、このバージョン管理内での並行開発に関して問題があります。マスターはライブ コードのコピーです。これにはいくつかの理由がありますが、主な理由は、次のアップデートを構築する際にライブ コードのメンテナンスを行う必要があるためです。サポートの更新が開発コードとマージされて、誤って有効に昇格されてしまうのは望ましくありません。

プロモーション プロセスには 4 つのステップがあります。最初に QA に投稿し、次にカスタマー テスト、ステージ、ライブ/プロダクションの順に投稿します。したがって、私たちが取り組んでいるライブ コードは、どの開発よりも少なくとも 4 週間古いものです。

私が遭遇した問題のいくつかの例を挙げましょう: 私が建設するのに 1 週​​間かかる作業があり、10 キュービクル以上のビリーが建設するのに 3 週間かかる別の作業をしているとしましょう。これらの取り組みはファイルを共有しますが、実際にはまったく同じコード行に触れているわけではありません。ビリーの 3 週間の努力の期限が私の努力の 1 週間後だとしましょう。彼のコードは段階的に dev に昇格されるので、Dev からマスターを作成するのは意味がありません.Live が唯一の選択肢です。

私たちは別々に作業を行い、私のコードを Dev に投稿します。1 週間後、Billy の作業が私のコードを上書きしたため (またはその逆)、私のコードが欠落しています。マージの競合はありません。Git はビリーのコードのローカル リポジトリ全体を投稿しますが、これには私のファイルの変更は含まれていないため、私の作業はなくなりました。

4

1 に答える 1

1

この記事は、git ワークフローを開始するのに適した場所です。また、Number8は正しいです。他の開発者と同じブランチで作業するときは、定期的に更新を取得する必要があります。

于 2013-08-20T22:22:31.050 に答える