Am 16.02.2017 um 14:40 schrieb Alex Ionescu:
That being said, that type of "dirty
history" only happens if you
heavily work with branches. That's not how reactos developers work -- we
don't open PRs and separate branches for every checkin.
These ALL sound like manufactured problems or poor/strange use of git.
That merge hell is easily reproducible using my default Git setup:
1) Change something in your clone of master and do a "git commit".
2) Let someone else change something in his clone of master and let him
"git commit" and "git push" it.
3) Try to "git push" your commit, won't work because of the commit of
the other person.
4) Do a "git pull" to fix the problem in 3) -> Bam! Git will do an
automatic merge of both masters and pollute your history.
You see, not a single extra branch is involved and yet we get two
parallel streams of history.
Rafal's mentioned "pull.rebase" option sounds promising, but can we
enforce that somehow?
- Colin