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

Best practices: living with .svn?

From: Brad Cox <bcox_at_virtualschool.edu>
Date: 2004-04-11 13:21:10 CEST

It would be a BIG help if people on this list would publish their
collection of "living with .svn directories" suggestions and scripts,
hopefully to be migrated to "the book" someday. I find that
directory incredibly intrusive since it seriously interferes with
recursive finds and greps.

#1 on the wish list: what is the svn-friendly way to use grep -r foo
src to find all the foos in my working src directory, without
interference from hits in svn's administrative area (.svn). Hopefully
a global setting somewhere so I don't have to type special commands
each time. There are hopeful prospects in the man pages but I've not
yet hit on a working combination.

I'll start the ball rolling with the latest gotcha that bit me
(thanks to Ben for the solution)

When using eclipse within svn-managed directories, the root
directories of your package hierarchy will show up as grey empty
packages. DO NOT USE ECLIPSE TO DELETE THEM. They are not empty as
far as svn is concerned for they contain svn's administrative (.svn)
directories. If you do delete them, the only solution is to move the
package (src) directory aside, run svn update to create a a new (but
stale) copy, and manually update it with changed files from the copy
you moved aside.

Brad J. Cox, PhD, 703 361 4751, http://virtualschool.edu
        http://virtualschool/ale Action Learning Environment
http://virtualschool.edu/mybank Digital Rights Management System
    http://virtualschool.edu/jco Java Cryptographic Objects (JCO)
   http://virtualschool.edu/jwaa Java Web Application Architecture (JWAA)
  http://virtualschool.edu/java+ Java Preprocessor (Java+)
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Sun Apr 11 13:22:59 2004

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.