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

Re: lock (or just a "do not eat" sign)

From: Eric Wilhelm <ewilhelm_at_sbcglobal.net>
Date: 2004-07-03 02:50:50 CEST

# The following was supposedly scribed by
# Patrick Dean Rusk
# on Friday 02 July 2004 12:58 pm:

>    Actually, it's still in design phase and there's active discussion on
>the developer's list of releasing 1.1 without it, so that other features
>(e.g., file system back-end) won't be held up waiting for locking.

Okay, so it will be a while before locking is available. Is there any
"read-only" property?

I'm using subversion for perl module development, and I've been saving my
release tarballs under trunk/data/releases (which makes it really easy to
script the cpan release process.) It just occurred to me that these
tarballs act as a sort of "golden copy" in the repository. They won't ever
actually change, so there's not a lot of point in putting them under revision
control. But, it makes them automagically available via the webserver, and
if I ever forget to increment the version number before a release build, the
plan is that I'd see the change and revert the tarball.

So, is there some way to put a "do not eat" sign on the file? So that, for
instance I'd have to use --force to check-in on top of it?

Thanks,
Eric

-- 
"There are three terrible ages of childhood -- 1 to 10, 10 to 20, 
and 20 to 30."
                                        --Cleveland Amory
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Sat Jul 3 02:51:06 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.