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

Re: download url

From: Pozsar Balazs <pozsy_at_uhulinux.hu>
Date: 2003-07-17 20:19:38 CEST

On 17 Jul 2003 kfogel@collab.net wrote:

> Pozsar Balazs <pozsy@uhulinux.hu> writes:
> > I have a simple question: what good it is to have the download url with
> > those "magic" numbers in them? Why not provide some sane and fix url like
> > http://subversion.tigris.org/files/subversion-0.XX.tar.gz ?
> >
> > Sorry if you find this intrusive, but I cannot see the reason and do think
> > this is annoying.
> A reasonable question. The answer is, because we keep old copies of
> Subversion available (sometimes people need to downgrade to test if a
> bug is new, for example, or to dump an old repository). So there are
> multiple tarballs available at any given moment.
> Some projects have a symlink that always links to the latest version,
> i.e., just grab http://.../subversion.tar.gz, which references the
> latest. The problem with that is that now you have a release URL
> whose meaning changes depending on when you access it. We decided to
> keep things absolutely predictable by always including the numeric
> portion in the URL.

Why not simply put all the versions in 1 directory? Like:

Maybe if you think it would be too many files in a directory (i do think
it's not, but anyway), you could create an "old" directory, where _all_
(old and current) versions are available, and in the outer dir only the
most current version(s).

> If you're *trying* to download Subversion 0.27.2, then you can easily
> make the correct URL, yet Subversion 0.27.1 is also still available
> for those who need it.

How can I know the exact url if I only know that I need eg 0.27.2?

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Jul 17 20:22:11 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.