title: Git/GitHub pull request filtering
body: <p>The setup:</p>
  
  <ul>
  <li>A repository owned by someone else on GitHub that I forked to work on
  making changes</li>
  <li>I use GitHub on my Windows machine to pull down that fork to my
  system, where I make my edits and at the end of the day, I commit and
  sync my changes back up to my fork.</li>
  <li>Every few days, I will also (re)sync with the (upstream) repository so I
  keep up to date with changes being made there as well. I do this
  through command line actions in Git (for desktop), pulling down upstream, then merging it with my own locally, before syncing it back up to my own fork.</li>
  </ul>
  
  <p>Now comes the fun part. I also work on the code when I'm at the office. So I have a similar setup, where I use GitHub at work and pull down my fork, work on the files, and I commit and sync before I come home in the evening. When I get home, I will pull down whatever changes I made so my local copy is synced with the changes I made throughout the day.</p>
  
  <p>The issue I'm having is when I want to do a pull request with the master branch. It will pull in every little detail of what I've been doing locally, including the constant sync and merging of the main repository. An example can be seen here:</p>
  
  <p><a href="https://i.stack.imgur.com/wOc7b.png" rel="nofollow noreferrer"><img src="https://i.stack.imgur.com/wOc7b.png" alt="pull request example"></a></p>
  
  <p>There's also a list of items for which it's telling me the filemode has changed. So, is there a way to do a pull request where it's ignoring those merges with the upstream (master) repository? All of the commits are my own commits to my fork. When I do a pull request, all I want to do is do it against the final file and the upstream master. They don't need to see all of my little updates that I did throughout the day.</p>
  
  <p>Or, should I be doing this differently?</p>