monotone-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Monotone-devel] resolving workspace conflicts


From: Stephen Leake
Subject: Re: [Monotone-devel] resolving workspace conflicts
Date: Sat, 25 Jul 2009 06:02:06 -0400
User-agent: Gnus/5.11 (Gnus v5.11) Emacs/22.2 (windows-nt)

Stephen Leake <address@hidden> writes:

> I've encountered several workspace conflicts on update recently, and
> I'd like a better way to handle them.
>
> A workspace conflict happens when a new file in a revision has the
> same name as an unknown file in the workspace. A typical use case is
> when everyone has the same unknown file, and someone gets around to
> committing it.
>
> mtn gives an error message like:
>
> mtn: updating along branch 'testbranch'
> mtn: selected update target 1337cb1059c4bc3e376b14381b43e9383c654da1
> mtn: [left]  ba92646bf4405e1df3c258e55f9f4aa5a938cda1
> mtn: [right] 1337cb1059c4bc3e376b14381b43e9383c654da1
> mtn: warning: attach node 2147483664 blocked by unversioned path 'checkout.sh'
> mtn: misuse: 1 workspace conflicts
>
> One idea is to move the offending files to a directory under _MTN, so
> the user could deal with them after the update succeeds. So we could
> always do update as:
>
> mtn update --move-colliding-files
>
> and never see the above message again :). Just a similar one saying
> what files had been moved.
>
> I think someone started a branch to work on this recently, but I can't
> find the branch or the mailing list thread.
>
> Any hints?

I found the branch; it's nvm.remove_leftover_files; the new test is
tests/move_conflicting_unversioned.

It passes, as does the rest of the test suite. I think it needs more
test cases; a conflicting directory, in particular.

Any info on the status of this branch?

-- 
-- Stephe




reply via email to

[Prev in Thread] Current Thread [Next in Thread]