title: Is there a way to "hide" merge commits in GitHub, when comparing branches?
body: <p>My team of 10 or so are using GitHub for our development project. We have a main <code>develop</code> branch from which we create feature branches to do our development tasks, and then we merge the feature branches back to <code>develop</code>. We use Pull Requests to do code reviews. All standard stuff.</p>
  
  <p>However, one thing has been bothering me.</p>
  
  <p>Say developer A creates a feature branch named <code>myFeature</code>. In this branch, he makes a one-line change to a single file, say <code>Loop.java</code>.</p>
  
  <p>In the meantime, 100 unrelated commits are merged to <code>develop</code> from other branches, by other developers.</p>
  
  <p>Now, before developer A pushes his changes and issues a pull request, he wants to make sure his changes work with the latest <code>develop</code> branch. Thus, he merges the HEAD of <code>develop</code> into his branch:</p>
  
  <pre><code>git checkout develop
  git pull
  git checkout myFeature
  git merge develop
  # testing and stuff
  git push origin myFeature
  </code></pre>
  
  <p>The last command (<code>git merge develop</code>) always results in a new commit. Thus, when developer A pushes his changes and issues a Pull Request for <code>myFeature</code>, the reviewer of the Pull Request will see 101 commits added to branch <code>myFeature</code>: one has the change to <code>Loop.java</code>, and the other 100 are unrelated and have already in fact been merged in <code>develop</code>. Here they only serve as noise to disguise what was really changed by developerA in this branch.</p>
  
  <p><strong>Is there an easy way for the reviewer to tell what was changed by just developer's A changes, and somehow "hide" the commits that came from the merge with <code>develop</code>?</strong> I'm specifically thinking about the "Files Changed" tab in the Pull Request view.
  (I realize that I could use the "Commits" tab, and step through all the commits one by one to see what was changed, but this can be tiresome if there are lots of commits. I like the singular, final view of the "Files Changed" tab.)</p>
  
  <p><strong>EDIT</strong>: <code>git rebase develop</code> has been proposed as an option, but I don't think it's appropriate for our purposes. Often, multiple developers will be working on <code>myFeature</code>, so rebase has the potential to mess everyone up since it rewrites the history.</p>
  
  <p><strong>EDIT 2</strong>: As @kan kindly pointed out below, GitHub is actually behaving nicely: yes, it will show the merge commit in the "Commits" tab of the Pull Request (which is perfectly fine), but under the "Files Changed" tab, only the files changed on this feature branch (and not those from the merge) are listed. This is exactly what I'm looking for.</p>