From: Steven Walter <hidden> Date: 2016-06-15 22:54:28
Consider the case where you have trunk, branchA of trunk, and branchB of
branchA. trunk is merged back into branchB, and then branchB is
reintegrated into trunk. The merge of branchB into trunk will have
svn:mergeinfo property references to both branchA and branchB. When
performing the check_cherry_pick check on branchB, it is necessary to
eliminate the merged contents of branchA as well as branchB, or else the
merge will be incorrectly ignored as a cherry-pick.
Signed-off-by: Steven Walter <redacted>
---
git-svn.perl | 8 ++-
t/t9163-git-svn-fetch-merge-branch-of-branch.sh | 60 +++++++++++++++++++++++
2 files changed, 63 insertions(+), 5 deletions(-)
create mode 100755 t/t9163-git-svn-fetch-merge-branch-of-branch.sh
From: Steven Walter <hidden> Date: 2016-06-15 22:54:28
This fixes a bug where git finds the incorrect merge parent. Consider a
repository with trunk, branch1 of trunk, and branch2 of branch1.
Without this change, git interprets a merge of branch2 into trunk as a
merge of branch1 into trunk.
Signed-off-by: Steven Walter <redacted>
---
git-svn.perl | 1 -
t/t9164-git-svn-fetch-merge-branch-of-branch2.sh | 53 ++++++++++++++++++++++
2 files changed, 53 insertions(+), 1 deletion(-)
create mode 100755 t/t9164-git-svn-fetch-merge-branch-of-branch2.sh
From: Eric Wong <hidden> Date: 2016-06-15 22:54:28
Steven Walter [off-list ref] wrote:
Consider the case where you have trunk, branchA of trunk, and branchB of
branchA. trunk is merged back into branchB, and then branchB is
reintegrated into trunk. The merge of branchB into trunk will have
svn:mergeinfo property references to both branchA and branchB. When
performing the check_cherry_pick check on branchB, it is necessary to
eliminate the merged contents of branchA as well as branchB, or else the
merge will be incorrectly ignored as a cherry-pick.
Signed-off-by: Steven Walter <redacted>
---
I think this series is good, but would feel more comfortable if
I got a second opinion from Sam.
This doesn't apply against Junio's master (nor mine on
git://bogomips.org/git-svn.git), though it works fine on Junio's maint.
From: Sam Vilain <hidden> Date: 2016-06-15 22:54:30
On 08/11/2012 10:14 AM, Steven Walter wrote:
quoted hunk
This fixes a bug where git finds the incorrect merge parent. Consider a
repository with trunk, branch1 of trunk, and branch2 of branch1.
Without this change, git interprets a merge of branch2 into trunk as a
merge of branch1 into trunk.
Signed-off-by: Steven Walter <redacted>
---
git-svn.perl | 1 -
t/t9164-git-svn-fetch-merge-branch-of-branch2.sh | 53 ++++++++++++++++++++++
2 files changed, 53 insertions(+), 1 deletion(-)
create mode 100755 t/t9164-git-svn-fetch-merge-branch-of-branch2.sh
From: Sam Vilain <hidden> Date: 2016-06-15 22:54:30
On 08/11/2012 10:14 AM, Steven Walter wrote:
Consider the case where you have trunk, branchA of trunk, and branchB of
branchA. trunk is merged back into branchB, and then branchB is
reintegrated into trunk. The merge of branchB into trunk will have
svn:mergeinfo property references to both branchA and branchB.
Nice start, and then...
When
performing the check_cherry_pick check on branchB,
You switch from a user story to an implementation detail. Perhaps you
could state the user action which is affected here and mention the
implementation details in parentheses.
quoted hunk
it is necessary to
eliminate the merged contents of branchA as well as branchB, or else the
merge will be incorrectly ignored as a cherry-pick.
Signed-off-by: Steven Walter <redacted>
---
git-svn.perl | 8 ++-
t/t9163-git-svn-fetch-merge-branch-of-branch.sh | 60 +++++++++++++++++++++++
2 files changed, 63 insertions(+), 5 deletions(-)
create mode 100755 t/t9163-git-svn-fetch-merge-branch-of-branch.sh
@@ -0,0 +1,60 @@+#!/bin/sh+#+# Copyright (c) 2012 Steven Walter+#++test_description='git svn merge detection'+../lib-git-svn.sh++svn_ver="$(svn--version--quiet)"+case$svn_verin+0.*|1.[0-4].*)+skip_all="skipping git-svn test - SVN too old ($svn_ver)"+test_done+;;+esac++test_expect_success'initialize source svn repo''+svn_cmdmkdir-mx"$svnrepo"/trunk&&+svn_cmdmkdir-mx"$svnrepo"/branches&&+svn_cmdco"$svnrepo"/trunk"$SVN_TREE"&&+(+cd"$SVN_TREE"&&+touchfoo&&+svn_cmdaddfoo&&+svn_cmdcommit-m"initial commit"&&+svn_cmdcp-mbranch"$svnrepo"/trunk"$svnrepo"/branches/branch1&&+svn_cmdswitch"$svnrepo"/branches/branch1&&
You refer to these as "branchA" and "branchB" in your commit message.
It would be easier to follow if you were consistent.
Otherwise, nice fix. I'm glad that someone is finding the corner cases
in this code! :)
Sam
From: Steven Walter <hidden> Date: 2016-06-15 22:54:30
On Sat, Aug 18, 2012 at 3:51 PM, Sam Vilain [off-list ref] wrote:
On 08/11/2012 10:14 AM, Steven Walter wrote:
quoted
This fixes a bug where git finds the incorrect merge parent. Consider a
repository with trunk, branch1 of trunk, and branch2 of branch1.
Without this change, git interprets a merge of branch2 into trunk as a
merge of branch1 into trunk.
Signed-off-by: Steven Walter <redacted>
---
git-svn.perl | 1 -
t/t9164-git-svn-fetch-merge-branch-of-branch2.sh | 53
++++++++++++++++++++++
2 files changed, 53 insertions(+), 1 deletion(-)
create mode 100755 t/t9164-git-svn-fetch-merge-branch-of-branch2.sh
From: Sam Vilain <hidden> Date: 2016-06-15 22:54:30
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512
On 08/18/2012 01:43 PM, Steven Walter wrote:
> How about a Signed-Off-By?
Signed-Off-By: Sam Vilain <redacted>
Sam
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
iQEcBAEBCgAGBQJQMCcnAAoJEBdtaL3wGtIoJ1UIAIJ6Xz5OEMmMk1tq546eggHg
I+sJIFjqg+mo53VqT0/bKhqg8sLx8F/Gda15nwOUMcslKJdA+sCc+QhAtgSWJ1WK
Idw59jtZHbabfopBHNgneSqVBhXSKpNw3e3EvlRVkK1wobO0+c0X6YkBG0eBCZl2
6RYXIAb6jX04k1hSrnxcPn+REkoyl31aEuFBPNz0wRWHjju+G6bPY/x7D/gO1YOc
/uRQXveQngJOLwawDR+dGS+0aWPseX/sbZqsVFo0hVQYqoHt+s4uVuriBfHSRKd+
R1eUoY0ikW4UvEwZX74Zf3SeoVLLFnkCW8B5XsGb10IojbvY3uyYevATXI79j1Y=
=Lb7H
-----END PGP SIGNATURE-----
Thanks all.
Steven: This doesn't apply cleanly to master since git-svn.perl is
split into separate files (git-svn.perl -> perl/Git/SVN*)
Can you rebase against Junio's current master? Thanks again.
From: Steven Walter <hidden> Date: 2016-06-15 22:54:31
Consider the case where you have trunk, branch1 of trunk, and branch2 of
branch1. trunk is merged back into branch2, and then branch2 is
reintegrated into trunk. The merge of branch2 into trunk will have
svn:mergeinfo property references to both branch1 and branch2. When
git-svn fetches the commit that merges branch2 (check_cherry_pick),
it is necessary to eliminate the merged contents of branch1 as well as
branch2, or else the merge will be incorrectly ignored as a cherry-pick.
Signed-off-by: Steven Walter <redacted>
---
perl/Git/SVN.pm | 8 ++-
t/t9165-git-svn-fetch-merge-branch-of-branch.sh | 60 +++++++++++++++++++++++
2 files changed, 63 insertions(+), 5 deletions(-)
create mode 100755 t/t9165-git-svn-fetch-merge-branch-of-branch.sh
From: Steven Walter <hidden> Date: 2016-06-15 22:54:31
This fixes a bug where git finds the incorrect merge parent. Consider a
repository with trunk, branch1 of trunk, and branch2 of branch1.
Without this change, git interprets a merge of branch2 into trunk as a
merge of branch1 into trunk.
Signed-off-by: Steven Walter <redacted>
---
perl/Git/SVN.pm | 1 -
t/t9166-git-svn-fetch-merge-branch-of-branch2.sh | 53 ++++++++++++++++++++++
2 files changed, 53 insertions(+), 1 deletion(-)
create mode 100755 t/t9166-git-svn-fetch-merge-branch-of-branch2.sh
From: Eric Wong <hidden> Date: 2016-06-15 22:54:32
Steven Walter [off-list ref] wrote:
Consider the case where you have trunk, branch1 of trunk, and branch2 of
branch1. trunk is merged back into branch2, and then branch2 is
reintegrated into trunk. The merge of branch2 into trunk will have
svn:mergeinfo property references to both branch1 and branch2. When
git-svn fetches the commit that merges branch2 (check_cherry_pick),
it is necessary to eliminate the merged contents of branch1 as well as
branch2, or else the merge will be incorrectly ignored as a cherry-pick.
Signed-off-by: Steven Walter <redacted>
Thanks, I've Signed-off (also added Sam's Reviewed-by) and
pushed to "for-git-master" on git://bogomips.org/git-svn
(Will wait on a few other patches before asking Junio to pull)