Strange result of forced merge

Matt Mackall mpm at selenic.com
Sun Mar 25 15:59:29 UTC 2007


On Fri, Mar 23, 2007 at 10:59:06AM +0100, Michal Krause wrote:
> Hello,
> 
> we use Mercurial for development of midsize projects in team of 6 
> developers. Two times one developer used hg merge -f (because he had 
> outstanding uncommitted changes) and result of this operation was that 
> all changes made by other developers between both heads were completely 
> lost in repository, but they all appear in developer's working copy as 
> uncommitted.

I'm not sure what you're describing here but I suspect something else is
happening.

> I know that merge -f is potentially dangerous operation and it probably 
> should not be used, but I'd like to know what can be the real cause of 
> such result of merging, because developer who made it swears that he 
> didn't made anything special and all my attempts to simulate it in 
> testing environment failed (all merges including forced worked as expected).

Perhaps it's a problem with his environment. Does his merge tool work
correctly?

> By the way, is there a chance that Mercurial will allow merging with 
> uncommitted changes if they don't conflict with both heads being merged?

Merge -f should work as expected. It's just a bad idea as it records
two steps as one.

-- 
Mathematics is the supreme nostalgia of our time.



More information about the Mercurial mailing list