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

Re: SV: Accessing different revs via Apache?

From: Morten Ludvigsen <morten_2ps_dk_at_yahoo.co.uk>
Date: 2002-10-10 09:46:08 CEST

 --- Jeff Stuart <furball@weboverdrive.com> wrote:
> If you're going where I THINK you're going with this. :) (IE automated
> rev control of web pages) Instead of relying on a SPECIFIC rev in the

Something like that :-) The idea is to have information about which revisions
of which files should be accessible, and when they should be accessible.
Using that information a system that sits on top of subversion can serve
the correct revision based on the current time.

> repository (Don't forget, rev numbers are NOT per file but basically per
> check in.) Instead create a tag and use THAT to always
> checkout/access. So you're URL is just
> http://repos.domain.com/tag/<your tag>/<filename>. That way, you're NOT
> dependent on a feature that the developers say WILL change, instead,
> you're using a feature that is already a part of SVN and won't
> (HOPEFULLY!) ever change.

Thanks for the suggestion. I think this is the way I will be going, as I have
dropped the other idea. The really nice thing about using revision numbers would
have been that I would know that the file in the requested revision would never ever
change. This is important for caching reasons. This brings me to my next question:
is there a way to mark a directory (tag) read-only?

Regards,

Morten Ludvigsen
2-People Software
Denmark

__________________________________________________
Do You Yahoo!?
Everything you'll ever need on one web page
from News and Sport to Email and Music Charts
http://uk.my.yahoo.com

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Oct 10 09:46:46 2002

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.