Hello everybody!
I'd like to ask for opinions and suggestions regarding the revert behaviour.
During tests (003_change_type) for sockets and FIFOs I came upon the problem,
that you
might have some local changes that change the entry *type*; to give a specific
example,
imagine replacing your /etc/X11/ directory with a file or symlink.
Now I'm wondering what the best behaviour for
fsvs revert /etc/X11
would be ...
I came up with these ideas:
- First point: "I said revert, so give me what I want".
Valid, but destroys maybe whole directory trees.
- Just rename the entry with the wrong type, and mark as conflict.
Would help against data loss, but clutters the directory.
- Print an error message or, if invoked with something like --force, just
remove the
wrong entries.
Please note that a similar problem exists for update - but I'd think that the
best way
there is
- if the entries are the same type, try to merge;
- if they are of different type, mark a conflict (by renaming).
It's just that "revert" has (at least for me) the meaning "give me what I had
before" -
and having to do "fsvs st", and some "rm -rf <entry>.r12345" afterwards just to
get that
seems suboptimal.
Looking at svn didn't help me much - svn 1.5.1 just says "cannot be reverted,
try
update" and "" (silent quit, no output) for file <-> directory replacements.
Any opinions? Better ideas?
Regards,
Phil
--
Versioning your /etc, /home or even your whole installation?
Try fsvs (fsvs.tigris.org)!
------------------------------------------------------
http://fsvs.tigris.org/ds/viewMessage.do?dsForumId=3928&dsMessageId=986394
To unsubscribe from this discussion, e-mail:
[[email protected]].
