2017-03-01 7 views
0

は:マージ後の削除されたコードの返却を避けるには?私たちはこのような状況に苦しむ私たちのチームで

  1. つまたは複数の開発者が現在のdevelopからブランチを作成します。
  2. これらのうちの1つは、いくつかのコードを削除してプッシュします。
  3. リードはこのブランチをdevelopにマージします。
  4. 他の開発者がブランチをプッシュします。
  5. リードはこのブランチをdevelopにマージします。
  6. 最初に開発者が削除したコードが返されます。

どうすればよいですか?

オプションは、私が参照してください。

push
  • 各開発者がdevelopの更新バージョンを引き、彼のローカルブランチにマージする必要があります。
  • git-flowを使用しています。

答えて

4

問題はここにある:

  • リードを開発するために、このブランチをマージします。
  • 最初に開発者が削除したコードが返されます。

非常に奇妙な方法で(たとえばファイルを手動でコピーするなどして)マージしても、削除されたコードは復元されません。

開発者Aが「コードXを削除」し、開発者Bが他の変更を加えた場合、2つをマージするとXが復元されません。そのような場合は、人はマージを行います。もちろん、メインリポジトリ内のすべてのコミットを詳細に表示できます。

+0

私は開発者Bが削除されたコードgit、em ...に触れなかったと思いますが、gitはいくつかの新しいコードが到着したと思って開発に追加する必要があると思います。つまり、開発者Bのブランチでは、開発者Aのコードが削除されています。あなたの答えによると、それは正しくありません。 –

+0

@RamilMuratov:マージは「ファイルを新しいファイルで上書きする」ではありません。それは「特定の変更を加えて適用する」ことです。 "MNOPQ"で始まり、 "開発者A"が "Nを削除"と言い、開発者Bが "Rを追加"と言うと、 "MOPQR" - "N"で終わるので、開発者Bには開発者Aの削除がない場合は問題ありません。開発者Bの指示が適用されても返されません。 –

+0

ありがとう、それは私が知りたかったものです。私は私たちのワークフローを掘り下げます。 –

関連する問題