2008/7/8 Nick Gilbert <nick_at_x-rm.com>:
> Hi,
>
> Is there any way of finding out which files subversion thinks are
> unversioned before you do a switch? I must have something set up wrongly
> because if I simply compile my project and try and switch back to the trunk,
> the process fails and leaves me with a broken working copy. So it must be
> something in the bin or obj folders (which are actually ignored).
Check for modifications is your friend.
> The problem is, if you switch and you've got unversioned files, it totally
> breaks your working copy and you have to start again by setting up a new
> working copy (which takes AGES on my project as it's a website project IIS
> needs fairly specific permissions to work).
You have not given us much to go on, like what the error message was,
or even which version of TSVN. If you are switching to a path which
has versioned files where you currently have unversioned files you
might get an obstructed working copy.
There is also (I think) an option to delete all unversioned files in 1.5.0.
But really this sounds like a subversion problem. You should ask on
the users_at_subversion mailing list.
>
> Nick...
>
> Nick Gilbert wrote:
>>
>> Stefan Küng wrote:
>>>
>>> Nick Gilbert wrote:
>>>>
>>>> Hi all,
>>>>
>>>> Whenever I switch, it always goes wrong and I have no idea why.
>>>>
>>>> Today, I committed everything and then tried to switch and it said
>>>> something about local unversioned files and failed to switch (but everything
>>>> was committed and no unversioned files showed up in the commit dialog). But
>>>> after it's said that, it seems to leave your working copy in an unusable
>>>> state rather than putting it back to how it was before the switch. It tells
>>>> you to try a clean up which appears to work but then you can't revert and
>>>> restore the folders which were deleted during the switch. It seems that
>>>> subversion, or TSVN doesn't perform any checks to see if the switch is going
>>>> to work before it actually does it and it does it non-atomically, so if it
>>>> fails, it leaves you with a broken working copy that has to be deleted.
>>>>
>>>> Is there any way to reliably switch or should I just stick to setting up
>>>> a new checkout and working environment every time I want to change to a
>>>> different branch? Are there some checks I'm supposed to be doing before I
>>>> switch that I've missed? Switching seems to be very unreliable and I've only
>>>> seen it work once or twice in the dozen or so times I've tried it recently.
>>>> If it's not going to work, why doesn't it tell you so before it starts
>>>> altering the working copy? If it's because of "unversioned files" surely it
>>>> can check for this before it does work which will break the working copy?
>>>>
>>>> So far, it's failed about three times in the last week and each time I
>>>> have to recover from it, it takes me about half an hour to set up all the
>>>> correct folder permissions on a new working copy.
>>>
>>> "it takes me about half an hour to set up all the correct folder
>>> permissions on a new working copy"
>>>
>>> Does that mean you have set up special permissions on your working copy
>>> folders? Then you have the reason for the switch failing: when you switch a
>>> working copy, Subversion requires *full* access to *all* folders in your
>>> working copy.
>>>
>>> Stefan
>>
>> No, my account already has full permission and I don't think subversion
>> has any problems creating files. It's a website project so what I need to
>> to set up a new WC are to configure are things like copying in a large
>> number of unversioned files (image libraries etc) and permissions for the
>> "network service" or ASPNET account to have write permissions to various
>> folders where it creates logs, thumbnail images and configure it in IIS etc
>> etc... It just seemed to me that switch very often doesn't work, and I
>> don't really see why. I also don't see why it can't tell you in advance
>> that something is wrong. I'll take more detailed information down next time
>> I do this, and the status of the WC before I switch as I appreciate that I
>> probably haven't given you enough information about my problem.
>>
>> Nick...
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe_at_tortoisesvn.tigris.org
>> For additional commands, e-mail: dev-help_at_tortoisesvn.tigris.org
>>
>
> --
> ________________________________
>
> Nick Gilbert, Technical Director
> X-RM Limited, Winchester, UK
> W: http://www.x-rm.com/
> T: 01962 877237 DD: 01962 873552
> F: 01962 842346 e: nick_at_x-rm.com
> ________________________________
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe_at_tortoisesvn.tigris.org
> For additional commands, e-mail: dev-help_at_tortoisesvn.tigris.org
>
>
Simon
--
: ___
: oo // \\ "De Chelonian Mobile"
: (_,\/ \_/ \ TortoiseSVN
: \ \_/_\_/> The coolest Interface to (Sub)Version Control
: /_/ \_\ http://tortoisesvn.net
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe_at_tortoisesvn.tigris.org
For additional commands, e-mail: dev-help_at_tortoisesvn.tigris.org
Received on 2008-07-08 18:13:26 CEST