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

Re: URLs again

From: Greg Hudson <ghudson_at_MIT.EDU>
Date: 2001-02-17 00:47:49 CET

> I send you these URLs so that you can check out stuff:

> http://svn.webdav.org/projects/neon/
> http://svn.webdav.org/projects/mod_dav/

> Do you care where the repository starts?

I think I do, actually. If I have an interrelated change which
affects both neon and mod_dav, then:

        * If they are in the same repository, I should commit them at
          the same time, with a log message which documents all of
          the changes. The change will be treated by Subversion as a
          single commit.

        * If they are not in the same repository, I should commit them
          separately, with a log message for each which documents the
          changes in each and merely mentions that there is a
          corresponding change in the other project. The change will
          be treated by Subversion as two commits (with different
          commit numbers), one in each repository.

> There is no simple syntactic marker that you can place into a URL to
> separate the pieces, and still retain the ability to surf through
> them (for example, say we put the repos path after a "?" mark; that
> would blow away surfing thru the repos).

I'm (genuinely) unclear on what the "surfing" operation is and what
requirements it imposes on the form of URLs. Unless you just mean
what you wrote below:

> Consider my www.lyra.org web site. I want to put the whole bugger
> under version control. I don't want users to surf my site using URLs
> like:

> http://www.lyra.org/$sys/greg/index.html

> I want them to use http://www.lyra.org/greg/index.html.

A valid point, though maybe outside of our core functionality. I'm
not sure whether I think it's compelling, or whether it would be
better to say that the user-visible web site needs to be a "view" into
the repository rather than the repository itself as presented by
Subversion.
Received on Sat Oct 21 14:36:22 2006

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.