How to fast track branch after pull request in Github

Not sure if this is the place to ask questions about Github.

I have forked a public repo and added two commits to it, then sent to the original author asking for a pull request. The author have complied with the request and now I’d wish to fast track my own repo to the HEAD of the author’s repo. All of my new commits are in the author’s repo now, so there aren’t any side-tracked commits (what’s the proper name for this btw? I thought it was fork but that sounded weird considering how Github refer to forks.).

  • How to git rebase -i for a range of commits?
  • temporary commit on complex merge
  • How do I remove conflicting reference from git repository?
  • Xcode 4: Update CFBundleVersion on each build using Git repo commit version
  • Git (GitHub): Multiplatform development and autocrlf option?
  • Merge conflicts with project.pbxproj on Git - Xcode iOS
  • Thanks!

  • Not able to think of a case where git diff master..lab and git diff master…lab would be different
  • Is there a function/plugin for line-by-line staging in atom.io?
  • In Git, local branches can track one another - how is this useful?
  • comparing 2 commits in rugged
  • Delete files from git index when they are already deleted from fs
  • Selectively merging *parts* of a file with git?
  • One Solution collect form web for “How to fast track branch after pull request in Github”

    As described in the GitHub help page for fork, the best policy here is to:

    • define a remote called upstream and pointing to the original repo (the one where the author accepted your pull request)
    • pull from that upstream repo

    Pull in upstream changes

    If the original repo you forked your project from gets updated, you can add those updates to your fork by running the following code:

    $ git fetch upstream
    $ git merge upstream/master
    

    Or you could, after the fetch, reset your master branch to upstream/master, in order to have the exact same history.

    So, when you fork a repo, and clone that forked repo to your workstation:

    • remote ‘origin’ refers to your fork
    • remote ‘upstream’ refers to the original repo that your forked. You need to explicitly add that remote reference to your repo.
    Git Baby is a git and github fan, let's start git clone.