Bug? "hg fetch" updates before merge
Ted Pavlic
ted at tedpavlic.com
Wed Feb 18 18:22:38 UTC 2009
In my opinion, "hg fetch" should...
1. hg pull
2. IF NO NEW HEAD, THEN hg update
3. IF NEW HEAD, THEN hg merge && hg commit
However, right now it appears like "hg fetch" is doing
1. hg pull
2. hg update
3. IF NEW HEAD, THEN hg merge && hg commit
In this case, step #2 may update the working directory to the PULLed
tip. Hence, anything in the working directory that isn't in the remote
repository is blown away and then put BACK by the merge in step 3. I
can't stand this behavior because it causes everything in my working
directory to get touched after I fetch a few small changes from another
repo that doesn't include my working files.
Why does "hg fetch" do an update even though a merge is coming?
--Ted
--
Ted Pavlic <ted at tedpavlic.com>
Please visit my ALS association page:
http://web.alsa.org/goto/tedpavlic
My family appreciates your support in the fight to defeat ALS.
More information about the Mercurial
mailing list