[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re[2]: [TSVN] 1.2.2... sad story

From: Flex <flex_at_datecs.bg>
Date: 2005-09-08 15:48:57 CEST

> No, TSVN can't just ignore what you tell it to do. But try the next
> nightly build - now TSVN shows you the error message Subversion throws
> instead of just telling you "... has local modifications".

Cool :)
"COMMON is not under version control" and it stopped. The situation does not get much better but at least the folder sub-duplication is gone. The original COMMON folder still gets deleted and a new fresh copy is created in the "SubProject1" as a local COMMON to the project.

Idea 1:
When a move operation of some folder has failed - revert the partial changes?
I have tried it - done a revert on the "Deleted" COMMON folder and then to the "Added" one inside the Subproject1 and got all back in place with the exception of a new unversioned COMMON folder in SubProject1. This is far better than have my externals deleted :)

Idea 2:
In the docs, the move section write with the huge red bold letters "Do not move externals or you'll face the consequences" :)
Received on Thu Sep 8 14:49:54 2005

This is an archived mail posted to the TortoiseSVN Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.