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

Re: svn merge --ignore-properties

From: Stefan Sperling <stsp_at_elego.de>
Date: Sat, 30 Aug 2014 01:26:55 +0200

On Fri, Aug 29, 2014 at 03:40:38PM -0700, Dan Ellis wrote:
> On Fri, Aug 29, 2014 at 2:14 AM, Stefan Sperling <stsp_at_elego.de> wrote:
>
> > On Thu, Aug 28, 2014 at 02:55:57PM -0700, Dan Ellis wrote:
> >
> > > >
> > > > It sounds like if you'd be in less trouble if you could 'revert'
> > individual
> > > > property changes to the working copy's BASE state independently of the
> > > > textual
> > > > changes, perhaps as a batch operation. There's no technical reason why
> > the
> > > > conflict resolver couldn't be taught to make this easy but it's not
> > > > implemented
> > > >
> > >
> > >
> > > I just re-read this Stefan and think I get what you are referring to.
> > Are
> > > you suggesting an additional parameter(s) to resolve that would allow
> > > accepting of a specific property or properties as a whole instead of a
> > > whole file including properties?
> >
> > Yes.
> >
> > > Something like "svn resolve foo.c --accept working --properties-only"?
> > > That could work well.
> >
> > Yes, and it could also be dealt with at the interactive conflict prompt.
> > E.g. it could allow the user to say "resolve this property to theirs-full
> > and apply that resolution to any other conflicted properties with the
> > same name" which is currently not possible.
> >
> > The resolver will only deal with conflicted properties.
> > If you also want to keep non-conflicted properties unchanged by the
> > merge, then 'svn revert' could likewise be extended with an interface
> > to achieve that.
> >
>
> Does this need to go over to the dev list for other developers to
> review/comment on?
>
> Thanks,
> Dan

Sure, if you want to start a discussion there, please do.

You can also file an ENHANCEMENT issue for this in our issue
tracker if you like: http://subversion.apache.org/reporting-issues.html

This topic might also be a good fit for our ideas page:
http://subversion.apache.org/ideas.html

Ultimately, whether this will really happen depends on someone to step up
to do the work involved in fleshing out the design in detail and implement
the actual functionality and associated tests.
Received on 2014-08-30 01:27:28 CEST

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

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