Edward Diener wrote:
> I want to remove a file from under SVN control that is in my working
> directory without SVN destroying it. How hard can that be to implement and
> allow ?
Make a copy of the file, the use the "remove" command. The commit. After
that, you can rename your copy back.
>>Let's say that you have a file with
>>config data in it, under version control. Now someone else changes the
>>whole build process of your project, and that config file isn't needed
>>anymore. So he deletes that file from the repository. Now you do an
>>update, but the config file still remains in your working copy. This
>>could confuse the new build process, or it would confuse you: because
>>you still would think that this file is used by the build process.
>
> That is what human communication is for.
Version control is made so that big projects can be managed. That also
includes projects where the team members are spread all over the world,
in different time zones, ... - human communication is not very easy in
such cases. It's not like you can just shout to everyone in your office
to now delete all those files.
> I would have to manually delete them. This is better than not allowing me to
> remove a file from under SVN control without destroting the file ?
Check the subversion mailing list from the last two days. It's already
planned that you can "remove" a file in your working copy but still
having it lying around. But all others _will_ have that file deleted.
>>Try a fresh checkout.
>
> How do I do a chechout from within TortoiseSVN. I looked for a menu command
> but can not find one.
Inside a working copy, the checkout command is disabled. Just delete the
folder where that file was/is in and then update the parent folder -
that's the same effect as a checkout.
Stefan
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Thu Aug 12 22:36:06 2004