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

AW: bring on your concerns about svn:hold, please

From: Markus Schaber <m.schaber_at_3s-software.com>
Date: Tue, 23 Aug 2011 08:11:54 +0200


Von: Greg Stein [mailto:gstein_at_gmail.com]
> On Mon, Aug 22, 2011 at 15:34, Daniel Shahaf <danielsh_at_elego.de> wrote:
> > Greg Stein wrote on Mon, Aug 22, 2011 at 14:46:16 -0400:
> >...
> > Same thing if someone else sets svn:ignore and you have a local
> >addition you hadn't told svn about yet.
> >
> > How would you explain that behaviour?  Perhaps by saying Alice should
> > have warned Bob that she'd set svn:ignore?  And however you explain it
> > --- why doesn't the same explanation apply to svn:hold?
> 'svn add foo' will *always* work, regardless of the svn:ignore setting.
> The property only applies for recursive adds. During your 'add', it is
> also quite easy to see the file was not added. So you just 'svn add
> foo/bar'.
> 'svn commit foo' will *never* work if svn:hold is set on the file. I find
> that awfully confusing, until I realize that somebody applied svn:hold to
> the file.

Maybe svn:hold should be a little bit more like "svn:ignore" and the "ignore-on-commit" in TortoiseSVN: There, it is not selected by default in the commit dialog, but it can be manually selected.

So files with svn:hold are not selected by recursive commits, or by naming changelists containing them, but they can be committed by naming them explicitly (maybe with a further warning or confirmation).

Mit freundlichen Grüßen

Markus Schaber

We software Automation.

3S-Smart Software Solutions GmbH
Markus Schaber | Entwicklung
Memminger Str. 151 | 87439 Kempten | Tel. +49-831-54031-0 | Fax +49-831-54031-50

Email: m.schaber@3s-software.com | Web: http://www.3s-software.com
CoDeSys Internet-Forum: http://forum.3s-software.com

Geschäftsführer: Dipl.Inf. Dieter Hess, Dipl.Inf. Manfred Werner | Handelsregister: Kempten HRB 6186 | USt-IDNr.: DE 167014915
Received on 2011-08-23 08:12:57 CEST

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.