You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@subversion.apache.org by JetMark <ex...@extrapic.com> on 2008/07/23 09:37:25 UTC
merge option needs to be able to handle multiple change sets?
If I do some merges I can do as follows:
svn merge -c15 repo/branch
svn merge -c20 repo/branch
svn merge -c35 repo/branch
svn merge -c17 repo/branch
But it is not possible to dry run these:
svn merge -c15,20,35,17 repo/branch
does not work. This seems intentional, but its something really needed in
order to calculate weather executing a merge gives G or C files. Come to
that it would be very useful to be able to actually do as one command. In
fact I think there ought to be a command to read an arbitrary changeset list
from a file when doing either wet or dry run merges.
There is also no way that I know of to synthesize the dry run result from a
number of dry runs, the order of the merge can be important and not allowing
multiples takes order out of the equation.
But it seems like the omission of multiple changesets is so obvious that it
MUST be intentional, or is it just that I missed some vital option or that
the help is not up to date. What is even odder is that the pre 1.5
svnmerge.py tool, explicitly DID allow this type of thing. Ive not used the
svnmerge.py tool, and my understanding is that it is discouraged with 1.5
because 1.5 is supposed to provide better inbuilt facilities.
So, can someone tell me what the outlook for this is. A clearly needed
facility intentionally not implemented? Will it and can it be?
--
View this message in context: http://www.nabble.com/merge-option-needs-to-be-able-to-handle-multiple-change-sets--tp18607129p18607129.html
Sent from the Subversion Users mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: merge option needs to be able to handle multiple change sets?
Posted by JetMark <ex...@extrapic.com>.
I have tried this in 1.5 and confirm it works exactly as you said it would
MarkP!
Sorry to have wasted everybodys time!!
--
View this message in context: http://www.nabble.com/merge-option-needs-to-be-able-to-handle-multiple-change-sets--tp18607129p18630290.html
Sent from the Subversion Users mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: merge option needs to be able to handle multiple change sets?
Posted by JetMark <ex...@extrapic.com>.
My fault I am still using 1.4.
svn --version
tells all.
--
View this message in context: http://www.nabble.com/merge-option-needs-to-be-able-to-handle-multiple-change-sets--tp18607129p18612880.html
Sent from the Subversion Users mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: merge option needs to be able to handle multiple change sets?
Posted by Mark Phippard <ma...@gmail.com>.
On Wed, Jul 23, 2008 at 5:37 AM, JetMark <ex...@extrapic.com> wrote:
>
> If I do some merges I can do as follows:
>
> svn merge -c15 repo/branch
> svn merge -c20 repo/branch
> svn merge -c35 repo/branch
> svn merge -c17 repo/branch
>
> But it is not possible to dry run these:
>
> svn merge -c15,20,35,17 repo/branch
>
> does not work. This seems intentional, but its something really needed in
> order to calculate weather executing a merge gives G or C files. Come to
> that it would be very useful to be able to actually do as one command. In
> fact I think there ought to be a command to read an arbitrary changeset list
> from a file when doing either wet or dry run merges.
>
> There is also no way that I know of to synthesize the dry run result from a
> number of dry runs, the order of the merge can be important and not allowing
> multiples takes order out of the equation.
>
> But it seems like the omission of multiple changesets is so obvious that it
> MUST be intentional, or is it just that I missed some vital option or that
> the help is not up to date. What is even odder is that the pre 1.5
> svnmerge.py tool, explicitly DID allow this type of thing. Ive not used the
> svnmerge.py tool, and my understanding is that it is discouraged with 1.5
> because 1.5 is supposed to provide better inbuilt facilities.
>
> So, can someone tell me what the outlook for this is. A clearly needed
> facility intentionally not implemented? Will it and can it be?
The Subversion 1.5 client does support this syntax for merge, so not
really sure what else to tell you. We use it all the time.
I'd suggest you just do not use --dry-run. Do the real merge and then
revert it if you do not want it. --dry-run does all the steps of a
real merge it just does not save the result into your working copy.
But because it does not do this, it also cannot detect 'C' or 'G' in
later revisions because the result of the first revision is not there
to test against. During 1.5 development it was clear that there are
no plans or interest in improving the --dry-run command. When I wrote
the CollabNet merge client we had asked for this. The approach we
took was to create an undo merge option that does a recursive revert
followed by a cleanup of files that were added by the merge (since
revert does not remove them).
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org