4

Situation:

Problem:

  • The upstream repo seems to be unmaintained because some of those pull requests are a year or more old.
  • I want some of those 24 unmerged pull requests in my fork, but can't figure out how to get them. (I would be willing to accept them all, if it's not possible to take only some.)

I have not made any changes to my fork, so it's basically a clone of the upstream repo. It seems like this should be pretty straightforward, but I can't quite figure it out. I've tried a handful of approaches, but none quite seem to work.

  • After cloning my fork to my local machine, I was able to gain access to the pull requests using the approach outlined here. However, when I attempted to merge the branches, it failed.
  • Likewise, I tried to create patches directly from Github, but git am failed to apply them successfully.

Thanks in advance for your help!

P.S. This question was asked here with no response.

Community
  • 1
  • 1
Scott Porad
  • 293
  • 1
  • 2
  • 9

1 Answers1

3

Have you tried adding the repos that sent the pull requests as remotes, and merging their master/whatever branch into your master branch?

Denis de Bernardy
  • 75,850
  • 13
  • 131
  • 154
  • This has the drawback that the pull request authors are not made aware their pull requests have made it into the codebase. – JosefAssad Apr 27 '13 at 17:29
  • If he pushes back to github, I suspect they'll show up in the original repo's network and the pulls' authors will get a notification. – Denis de Bernardy Apr 27 '13 at 17:50
  • 1
    Yes, merging those pull requests and pushing to github will add a note to the pull request. – Chronial Apr 27 '13 at 18:15
  • I tried this (`git remote add upstream (url)`, `git fetch upstream pull/(number)/head:pr(number)`, `git merge pr(number)`, `git push`) and no note was added to the pull request. It did merge the upstream PR correctly, though. – Kev Apr 19 '17 at 08:57