Re: rapidsvn feedback

On Wed, Jul 31, 2002 at 10:26:16PM +0200, Branko Čibej wrote:
> Josef Wolf wrote:
> >On Wed, Jul 31, 2002 at 07:03:06PM +0200, Branko ??ibej wrote:

[SNIP] // some talk about update and switch

> >I think that on the
> >User-Interface it would make very much sense to speak about
> >"branches", "tags" and "revisions" and hide the "URLs" and
> >"directories" that are used internally.
> >

Yes, this would be really nice!

> Ah, you can't do that. That's because we don't enforce a particular
> branching scheme, so the GUI can't assume where the branches are stored.
>

[SNIP]

but you don't have to force anything. here's an idea (probly after 1.0):
the repository "policy" should be defined in the repository in some form
(for example XML), and this should be communicated to the client on the initial
checkout (actually, it's enough if this information can be obtained in a
"standard" way (standard for svn, that is)).

this information could contain the default tag and branch directory structure
and then the GUI could use it to help tagging and branching.
actually, with this information it would be straightforward to implement
simple "svn tag" and "svn branch" functionality, and with a flag
the merge and switch command parameters could be these simplified names
instead of the long urls.

if this policy information is not awailable, then svn tag/branch could just
error out with a helpful message, and the GUI could disable the "nice "
branch/tag view.

this would lead to the same flexibility that we have now with regards to
repo layout, but it would help a lot for "common people" (like me:)

I don't know what's the best way to communicate this information to the client,
but I think this idea could work.

What do you all think?

regards,
mitch

ps: please CC me to the reply, 'cos I'm not on the list

-- 
// Radics Peter <mitch_at_lbcons.net> (http://lbcons.net)
//
// "If human beings don't keep exercising their lips, 
//  their brains start working." -- Ford Prefect
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org