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

Externals included via an http URL

From: Simon Kirk <Simon.Kirk_at_pinesoft.co.uk>
Date: 2006-01-19 17:26:16 CET

Hello there. I've recently switched our user base over from using
svnserve to using apache for serving apache, as we required the
finer-grain per-folder access control apache provides.

I've also recently introduced the use of externals to load modules in
from our shared code base.

My problem is that if one makes changes in the included files in a
project, then commits the project, the files from the external
definition are also getting comitted (which shouldn't happen as far as
my understanding of externals goes), even if they are from a read-only
directory (which *really* shouldn't be happening either!).

For example, here are my two example modules:

moduleA/file1
moduleA/file2

moduleB/file3
moduleB/file4

Module B is included in A an external so it appears thusly if module A
is checked out:

moduleA/file1
moduleA/file2
moduleA/moduleB/file3
moduleA/moduleB/file4

And as I said before, if I now make a change to file4 and file1, then
commit, both files are changed, which is what shouldn't happen?

Ideally I would like it that file3 and file4 were *never* writable, even
if one committed it atomically - so does anybody know how to do this, as
my write-protection that I've defined with apache (which works fine if
you check out moduleB on its own and edit file3 or file4 independantly)?
Despite that, why is it that file4 can be committed with a change to
file1 or file2?

Many thanks for any help,
Simon

This message has been scanned for viruses by BlackSpider MailControl - www.blackspider.com

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: users-help@tortoisesvn.tigris.org
Received on Fri Jan 20 01:06:59 2006

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

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