Re: [PROPOSAL] Project meta-data in subversion repositories

On Wed, Sep 13, 2006 at 12:43:21PM -0400, Garrett Rooney wrote:
> On 9/10/06, Chia-liang Kao <clkao@clkao.org> wrote:
> >GOAL
> >
> >To allow high-level applications create "projects" and
> >"branches or tags within project", in the location by an agreed and
> >configurable convention. This would also allow hook scripts, such as
> >those preventing modification of /tags, to be written more portably.
> ...
>
> Also, I'd like some concrete examples of features that would use this
> data before going much further down this path.

This may (or may not) be a use case.

I'm hacking on some code which needs to understand branches in
Subversion, rather than just operate on paths within the repository.
In effect I identify files as a 3-tuple:

    (path-to-branch, path-within-branch, revnum)

This is so that I can determine which files in a branch are really
the 'same' files as in a different branch.

My current solution is to put some constraints on the repository:

 * There must be a special 'trunk' branch at '/trunk'.

 * If you create a branch or tag from the trunk, or from an existing
   branch, you have to copy the whole trunk directory. If you copy
   just a part of it, my code dies horribly.

I detect new branches coming in to existance by spotting relevant
directory copies.

So would this idea help me? It would be nice if my code didn't have
to know that '/trunk' was a super special path. It might also be
good for it to ignore anything happening outside a path you'd
declared to be for branches or tags. Things would be a lot easier
if there was some way to ask Subversion for information about which
branches and tags which exist, but I can't see that coming out of
this proposal.

-- 
--- Geoff Richards -------------><-------------- http://ungwe.org/ ---
"I tried to fling my shadow at the moon,
 The while my blood leapt with a wordless song."  --  Theodore Roethke
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org