Von: Stefan Sperling [mailto:stsp_at_elego.de]
> On Fri, Jul 29, 2011 at 08:14:58AM +0200, Markus Schaber wrote:
> > Von: Stefan Sperling [mailto:stsp_at_elego.de]
> > > When trying to commit a child of a deleted node, svn commit says
> > > nothing and just exists with status zero.
> > >
> > > This surprised me, because it complains loudly about committing
> > > children of copies (see http://svn.haxx.se/dev/archive-2011-
> > > Shouldn't we raise some sort of error for the delete case, too?
> > For me, this is not as surprising. Chidren of deleted nodes are also
> > deleted. And it perfectly makes sense for the server to get the
> > deletion of the child without getting the deletion of the parent.
> > But getting the addition of a copied child without getting its
> > (not-yet existing) parent is a completely different thing.
> Yes to all that, but why shouldn't Subversion at least point out that
> "Cannot commit bar/foo because it is a child of the deleted directory
> you must commit bar instead"?
> The structure of the local change is clearly incompatible with what
> user attempts to commit in this case.
There is no conceptual reason to forbid the commit of a child of a
deleted directory. The right thing to do here is to send the deletion of
the child to the server.
We software Automation.
3S-Smart Software Solutions GmbH
Markus Schaber | Developer
Memminger Str. 151 | 87439 Kempten | Germany | Tel. +49-831-54031-0 |
Email: email@example.com | Web: http://www.3s-software.com
CoDeSys internet forum: http://forum.3s-software.com
Download CoDeSys sample projects:
Managing Directors: Dipl.Inf. Dieter Hess, Dipl.Inf. Manfred Werner |
Trade register: Kempten HRB 6186 | Tax ID No.: DE 167014915
Received on 2011-07-29 12:43:26 CEST