0

バージョン管理として git を使用します。使用方法は次のとおりです。

私たちのメインブランチは、すべての新しい問題またはアップグレードの本番です。開発者は、本番ブランチから新しいブランチを作成し、コードを更新してテストし、変更を新しいブランチにコミットする必要があります。その後、新しいブランチをプロダクション ブランチにマージします。

この方法で気に入っているのは、現在のサイクルで本番環境にプッシュしたい変更を選択できることです。すべてをプッシュする必要はありませんが、本番ブランチに直接コミットする場合は、緊急にプッシュしたい場合更新したら、すべてを一度にプッシュする必要があります。

これに関して 2 つの質問があります。

  1. これは git を使用するためのベスト プラクティスですか? またはより良いアプローチがありますか？
  2. これらのファイルは新しいブランチごとに更新される可能性が高いため、js および css ファイルの問題に直面しています。そのため、これらのファイルを 2 つの異なるチケットで編集し、それを本番環境にマージするときに、競合の長いリストを修正する必要があります。そして多くの場合、まだ必要なコードや新しい変更の一部であるコードを削除することになります。この問題を克服するために私たちにできることはありますか?

ありがとう

4

2 に答える 2

1

1 つのブランチ (多くの場合master) を本番環境に対応するように祝福するのがベスト プラクティスです。「何がプッシュされ、何がプッシュされないか」というゲームは、起こるのを待っている災害です。当然、そのブランチはプッシュする準備ができていない変更を受け取ることができないため、ブランチをマージしないままにしておくことはまったく問題ありません。これらが master から (mergeまたはを介し​​てrebase) 更新されるまでの時間が長いほど、競合が発生する可能性が高くなります。

競合を最小限に抑えるためにコード/CSS を構造化する方法 (一貫した書式設定、論理ファイル構造など) はありますが、それらを回避する最善の方法はコミュニケーションです。優れたマージ ツール (私は BeyondCompare が好きです) をよく学ぶことも役に立ちます。

于 2013-07-16T03:00:37.660 に答える