Thread (3 messages) flat view 3 messages, 3 authors, 2021-05-13

Re: [RFC doc] Tracking git.git

From: Felipe Contreras <hidden>
Date: 2021-05-13 22:48:03

dwh@ wrote:
On 13.05.2021 20:05, Bagas Sanjaya wrote:
quoted
But tracking seen is more like tracking linux-next. We do NOT use git
pull because often doing so will try to merge origin (upstream) with
our local version, which are divergent and most likely will end with
conflict.  Instead, we do git fetch first followed by resetting to
upstream by git reset --hard origin/seen.

Should the fact above be documented? And on what file the fact should
be placed? In INSTALL?
I vote yes. I was trying out tracking the different branches and got
bitten by this very situation (tons of conflicts) when pulling seen.
git pull is evil.

For more than a decade we've had unending debates about how to fix it,
and nothing comes out of them (last one being [1]).

Just don't use it, and tell your friends to not use it.

Always do `git fetch` plus either one of these:

 1. git merge --ff-only
 2. git rebase
 3. git merge --no-ff
 4. git reset --hard @{upstream}

Cheers.

[1] https://lore.kernel.org/git/20201208002648.1370414-1-felipe.contreras@gmail.com/ (local)

-- 
Felipe Contreras
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help