私は Git を学び始めていますが、これまでのところ素晴らしいです。ある領域で混乱しているだけです。これは単なる誤解かもしれません。
John が「john」ディレクトリで作業し、Bob が「bob」ディレクトリで作業しているとします。
John のコードが「john」ディレクトリに必要な最終項目ではなく、Bob が dev ブランチから pull した場合、Bob は John の「悪い」コードをすべて取得しますよね?
したがって、Bob は「bob」ディレクトリに簡単な修正を適用し、運用ブランチにプッシュします。「john」ディレクトリにある John の悪いコードが、Bob のプッシュを通じてプロダクション ブランチに忍び込んでいませんか?
これは起こりますか？これはどのように回避されますか？
皆さん、ありがとうございました！
dev -> production をプッシュすることと、修正を直接 production ブランチにコミットすることには違いがあります。後者はボブにとって安全です。
コードが安全であることを確認する唯一の方法は、プッシュする前にテストすることです。これは、QA チーム、回帰/単体テストなどである可能性があります。
通常、「壊れたコード」をdevelop, またはmaster(一般的な名前) にコミットすることはありません。developブランチは通常、「動作するはずの」コード用でありmaster、「安定したコード」用です ( trunksvn のようなもの)。何か新しいものを作成したい場合は、そのための新しいブランチを作成します (例: ) feature/myFeature。今では、このコードが完全である場合とそうでない場合があり、通常は自分のブランチにマージすることを避けることを誰もが知っています。完了したら (「動作するはずです」)、マージして に戻しますdevelop。
ただし、シナリオが発生した場合でも、git は、この悪いコードが既に の一部であることを認識し、develop再度適用することはありません。