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

Re: Commit with svn:externals properties

From: Reinhard Brandstädter <r.brandstaedter_at_gmx.at>
Date: 2005-01-18 18:22:20 CET

On Tuesday 18 January 2005 15:34, Mark Phippard wrote:

> Why do you consider this a bug? When I originally tested this, I thought
> it was a nice feature. Normally the complaint with svn:externals in
> Subversion is that commit does not work well with it. The reason that
> TSVN explicitly prevents the commit is that it does not work due to the
> way they use the Subversion API's. The way Subclipse does commits it does
> work.
>
> I am not clear why we would want to prevent people from committing to
> externals if we can do so correctly.

Well considering what's written in the subversion book it seems the Subversion
design is that you need an explicit commit for external references.

I see it that way:
I'm using externals to refer to libraries and other projects (tags).
Now some of the developers are also responsible for maintaining the libraries
(write access to that repository) and also may have write access to other
projects' tag directory.

So what happens if the use a other repositories tag in an externals reference
and by mistake commit a change they made in the external part of the working
copy? (They are using the same user account) Then you have a tag that was
modified after tag creation (which I really dislike).

I've seen Tortoise warning about changing a referenced tag...but subclipse
doesn't? Maybe it would be enough that eclipse can commit "straight through"
but would warn about the tag-externals?

Reinhard

-- 
Reinhard Brandstaedter
Wiener Str. 28                  phone: 0043 699 12419541
4020 Linz                       icq:   73059068
Austria                         email: r.brandstaedter@gmx.at

  • application/pgp-signature attachment: stored
Received on Wed Jan 19 04:22:20 2005

This is an archived mail posted to the Subclipse Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.