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

Re: .svn directories

From: John Peacock <jpeacock_at_rowman.com>
Date: 2003-08-25 19:50:58 CEST

Wadsworth, Eric (Contractor) wrote:

> So he does
> his work in a non-working-copy directory, and then he has to copy any files
> he modified into the actual working copy directory, so they can be checked
> in. This, of course, overwrites any changes anyone else made... *grumble*)

What???? Subversion (like every other Version Control program I have every
used) doesn't work well with shared sandboxes. Can I go out on a limb and
assume you are using a shared sandbox on a web server for online development?
That is not a good way to handle this particular use. Sure, have a sandbox for
the test web server, but it should only be updated from the repository, not by
dumping files in randomly. Give this guy his own sandbox (and a copy of
TortoiseSVN if, as I suspect, you are a Windows shop), and make him check his
own files in. Run a commit trigger to keep the web server up to date.

Obviously, your users haven't ever used CVS, since that requires exactly the
same kind of control directory. Except in the case of .svn, it is relatively
easy to make the directory itself invisible for almost all purposes.

My 2 cents

John

-- 
John Peacock
Director of Information Research and Technology
Rowman & Littlefield Publishing Group
4501 Forbes Boulevard
Suite H
Lanham, MD  20706
301-459-3366 x.5010
fax 301-429-5748
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Aug 25 19:51:37 2003

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

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