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

RE: svn status recursion (again)

From: Michael Maxwell <mmaxwell_at_casl.umd.edu>
Date: Tue, 5 Aug 2008 18:22:26 -0400

Mark Phippard wrote:
> Is the "src" subdirectory also a subdirectory of the parent
> within your Subversion repository?

> svn ls https://svn.casl.umd.edu/tto308/trunk/Data/Bangla
   <omit some irrelevant lines...>
   makefile
   src/

> IOW, was this entire WC
> created with a single svn co?

Ah, looks like that's the clue: a month ago (according to the log), I used 'svn move' to change the name of the 'src' directory to its present name. But somehow svn doesn't seem to think they're the same:

> svn update
   svn: Failed to add directory 'src': object of the same name already exists

So I guess I must be confused about the way 'svn mv' and 'mv' work... I guess the solution would be to check in all the files in my current "real" src directory, then delete that dir and its files, and re-run 'svn update'. Correct?

> Also, what is the other output you are getting from svn
> status that is causing you to run it through grep? "Normal"
> svn status output would only contain similar lines anyway.

Yes, but they contain other lines that I don't care about. The '-q' parameter gets rid of some of these, but still leaves the 'D' lines:

> svn -q status
   ! .
   D Bengali_Morphology.xml
   D fragQualifierStemContexts.xml
   D fragQualifierStemEnvironments.xml
   D fragGenericContexts.xml
   D fragNounAffixContexts.xml
   D fragNounAffixEnvironments.xml
   D fragVerbCombinationContexts.xml
   ! BanglaGrammar
   M makefile

   Mike Maxwell
   CASL/ U Md

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org
Received on 2008-08-06 00:22:59 CEST

This is an archived mail posted to the Subversion Users mailing list.

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