私はコミットし続けている開発者を抱えており、毎回ブランチコミットにgit mergeブランチを行います。毎回。彼自身のコードでさえ。
つまり、私の歴史はほとんどいつものように見えます。私の6人の開発者のうちの1人がブランチにブランチをマージします。ほとんどの場合、コミットしているだけです。この1つのdev、常に常にそれを持っています。
- ブランチへの分岐のマージ
- デビットコミット
- ブランチへのブランチマージブランチ
- デビットコミット
- その他のコミット
- 私は約束する
- その他のコミット
- 私は約束する
- 私は約束する
- ブランチへの分岐のマージブランチ
- デビットコミット
- ブランチへの分岐のマージ
- Dev Comm
彼はrunnign 1.7だった。今2.0
- git commit
- git pull
- git push
? 何か案は?
私たちの残りの部分は、端末(Mac)で正常です。 GH勝ち; GH win powershellなど
そのゴミの合併が元気になるための痛みを引き起こしているので迷惑です。
回答:
回答№1は1デベロッパーに、プルを行った後にのみ、新しくコミットするように指示します。
git
ローカルブランチとアップストリームブランチが共通ポイントから分岐している場合にのみマージコミットを作成します。したがって、残りのデベロッパーはこれに従っているようです(つまり、 git pull
コミットを行う前に)、問題の開発者はローカルコミットを行い、次に git pull
したがって、すでに分かれている枝を有する。したがって、gitは再帰的に変更をマージし、マージコミットを引き起こします。
これを完全に回避するもう1つの方法は、 git fetch
と結びついた git rebase
マージコミットなしで履歴がほぼ直線的に維持されます。