Community
Participate
Working Groups
Build Identifier: 0.12.1 With the following repository; * origin/master |\ * | | * / * | * master rebasing master onto origin/master results in; org.eclipse.jgit.api.errors.JGitInternalException: Can only cherry-pick commits which have exactly one parent at org.eclipse.jgit.api.PullCommand.call(PullCommand.java:274) at org.eclipse.egit.core.op.PullOperation$1.run(PullOperation.java:82) at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1975) at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1957) at org.eclipse.egit.core.op.PullOperation.execute(PullOperation.java:104) at org.eclipse.egit.ui.internal.pull.PullOperationUI.execute(PullOperationUI.java:115) at org.eclipse.egit.ui.internal.pull.PullOperationUI$1.run(PullOperationUI.java:90) at org.eclipse.core.internal.jobs.Worker.run(Worker.java:54) Caused by: org.eclipse.jgit.api.errors.JGitInternalException: Can only cherry-pick commits which have exactly one parent at org.eclipse.jgit.api.RebaseCommand.initFilesAndRewind(RebaseCommand.java:546) at org.eclipse.jgit.api.RebaseCommand.call(RebaseCommand.java:214) at org.eclipse.jgit.api.PullCommand.call(PullCommand.java:265) ... 7 more Reproducible: Always Steps to Reproduce: 1. Have an upstream with a merge 2. Have a branch before that merge (no local changes) 3. Rebase branch to the upstream This should result in a fast forward, fails with odd cherry-pick error.
Note, the problem occurred during a pull operation with a branch that had the 'rebase' pull option set.
Proposed patchset; http://egit.eclipse.org/r/#change,3336
Nice. Where are you actually using JGit Bernard? Or are you just an EGit user?
Just using egit. Is there any chance of getting this applied as a 0.12.x fix? We've been hitting this a bit with since our local workflow is to create branches with the rebase merge strategy so a pull will fail anytime the upstream has a merge.
We're going to be released EGit 1.0 in early June so it may be a bit of a PITA just to spin another point release. Can you guys work off of our nightly repository once it ends up in master? http://download.eclipse.org/egit/updates-nightly
(In reply to comment #5) > We're going to be released EGit 1.0 in early June so it may be a bit of a PITA > just to spin another point release. > > Can you guys work off of our nightly repository once it ends up in master? > > http://download.eclipse.org/egit/updates-nightly If the next release is coming in June there's no point in jumping through hoops to get the fix in. At the moment we're using a hard-reset or branch delete/re-create.
(In reply to comment #6) > If the next release is coming in June there's no point in jumping through hoops > to get the fix in. Thanks for your patience, we really love the contributions!
Merged into master, thanks Bernard.