| Summary: | Pull results in "Can only cherry-pick commits which have exactly one parent" | ||
|---|---|---|---|
| Product: | [Technology] JGit | Reporter: | Bernard Leach <leachbj> |
| Component: | JGit | Assignee: | Bernard Leach <leachbj> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | enhancement | ||
| Priority: | P3 | CC: | caniszczyk, jamesblackburn+eclipse, robin |
| Version: | unspecified | Keywords: | noteworthy |
| Target Milestone: | 1.0.0 | ||
| Hardware: | PC | ||
| OS: | Mac OS X - Carbon (unsup.) | ||
| Whiteboard: | |||
|
Description
Bernard Leach
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. |