dotSoftwaredotDevelopmentdotCustomersdotAbout us
PushOk logoblank
bullet Home
bullet My software
bullet Support
bullet My payments
bullet My info
bullet Subscriptions
bullet Voting
bullet Contact us
fast linksFast Links
news&eventsnews and events

2012-12-21 
Major update of SVNCOM version 1.7.2 are finaly released

2012-12-21 
Major update of SVN SCC plug-in - versions 1.7.2 are finaly released

Lightweight embedded Node.js database with MongoDB API.

Ticket

Search go
PushOk Logo blank
leftTicketright

Working Copy not compatible with TortoiseSVN

( SVNSCC )
Type: Public Status:Closed Created: 13 May 04 05:00 Updated: 25 Jun 04 06:00
--> Igor Pushkov (admin)  at 25 Jun 04 06:00 writes

Fixed in new version 0.1.040625.
--> Tristan Bates (user)  at 13 May 04 05:00 writes

It can be useful to occasionally work on the raw files outside of Visual
Studio (eg when working around the missing renaming functionality or even
just checking on file status). I like to use TortoiseSVN to do this.
If I create my Working Copy using "Open from Source Control" then for some
reason, my Working Copy seems incompatible with TortoiseSVN. The highest
level of files have the correct status and are marked as being source
controlled, but any subfolders and their contents are not marked as being
source controlled (even though they are). This makes it difficult or
impossibly to work with TortoiseSVN on these files. I seem to be able to
perform operations on individual files, but I cannot work on any folders or
trees of files. If I try, I get errors like: "Working copy
'C:\svnroot\blah...' not locked".
If I delete this working copy and then checkout the root module using
TortoiseSVN, then all files, folders and subfolders appear to be source
controlled and I can freely work with TortoiseSVN with no errors.
So it appears that there is different svn information generated when
checking out from TortoiseSVN as opposed to checking out using Visual
Studio .NET. Is this due to the way that Visual Studio does its checkouts?
(I noticed that Visual Studio seems to "walk" the directory tree, checking
out each folder and subfolder individually).
Rate this ticket:
Not useful at all
Partially useful
Useful
Very useful



You are 9759979 visitor since 20 Jan 2003.
597 visitors today and 4 online right now.
blank left to top right blank

© Copyright by PushOk Software, 2003-2024, webmaster@pushok.com