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

RE: merge --exclude-revisions

From: Todd C. Gleason <tgleason_at_impac.com>
Date: Wed, 29 Apr 2009 07:59:42 -0700

> -----Original Message-----
> From: Bob Archer [mailto:Bob.Archer_at_infor.com]
> Sent: Wednesday, April 29, 2009 8:39 AM
> To: Gleason, Todd; marc gonzalez-carnicer; users_at_subversion.tigris.org
> Subject: RE: merge --exclude-revisions
>
> > A similar thought had crossed my mind some time back as well. I
think
> > that one use would be that if you were merging back and forth
between
> > branch and trunk (and did not want to reintegrate, delete the
branch,
> > and then re-create it), that you excluded the trunk->branch merges
when
> > you merged from branch->trunk.
>
> You can do this by doing a --record-only merge to set the merge
properties
> on the branch so it will ignore the reinteration merge revisions
commited
> to the trunk. This way you can use --reintegrate and let svn do all
the
> work on determining what revs to merge.
>
> Mark P has posted about this several times. I give him all the credit
for
> this information.
>
> Bob

I see some posts under
http://subversion.open.collab.net/ds/viewMessage.do?dsForumId=4&dsMessag
eId=99732 that appear to explain this, though I don't understand them
well enough to trust that I'd do the right thing in this scenario.
(Mostly what I read in that thread talked about keeping the branch in
sync with the trunk, whereas I think more in terms of cherry-picking
changes from the trunk that are needed to make progress in the branch,
and just not wanting them merged back to the trunk...so I'm not sure
whether to record-only in the trunk or the branch, and if so, what
exactly to record.)

In any case, there are other uses for this scenario anyway. Maybe you
have other reasons not to want specific revisions (perhaps they
introduce instability and you need further changes in the branch before
merging these to the trunk). So I still think it sounds useful, though
I'm sure there are plenty of higher-priority features on the table.

------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=1981027

To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2009-04-29 17:01:13 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.