Daniel Carrera <[EMAIL PROTECTED]> writes:

> Daniel Carrera wrote:
>> So Monotone is expecting me to figure out which files it is not
>> tracking and remove those files before it'll update the working
>> directory? I can't have files or directories that monotone does not
>> keep track of? The "include/php" directory has an external php
>> library. No sense in having that in my monotone database.
>
> Indeed, that seems to have been the case. After making a backup of my
> certification directory I removed all the files that were not in
> Monotone. That includes the _darcs directory, hidden files, a library,
> test files, a TODO list, etc. Then I ran 'mtn update' and Monotone
> deleted everything. It deleted all the files and directories under the
> certification directory. It's ok because I had a backup, but it's not
> what I was hoping monotone would do.
>
> I'm not happy with what Monotone did. If I undo a commit, I don't want
> Monotone to delete or modify my files. If I wanted that I would have
> told it to revert. What I want is that Monotone remove that action
> from the database and then behave as if the commit had never
> happened. I don't want it to mess with my files unless I say 'revert'.

I have a workaround that I used many times already.

$ mtn checkout -b some_branch
$ edit at will
$ mtn checkin

# Oops, I made a mistake and I want to take that revison out

$ mtn log --last=1
Copy the parent revision
$ vi _MTN/revision
Replace the current revision with its parent
$ mtn db kill_rev_locally h:some_branch

And I'm happy.

-- 
Ludovic Brenta.


_______________________________________________
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel

Reply via email to