<div dir="ltr">OK, so you just trust that working in next is proof that it will work in master and just 'git merge branch' in master without ever doing a  'git merge master' in branch.<div><br></div><div>Do I now wait for my pull request to be approved?</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, May 24, 2016 at 12:12 AM, Jed Brown <span dir="ltr"><<a href="mailto:jed@jedbrown.org" target="_blank">jed@jedbrown.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">Mark Adams <<a href="mailto:mfadams@lbl.gov">mfadams@lbl.gov</a>> writes:<br>
> I am merging master more than I need to, just to be up to date.  I guess it<br>
> pollutes the history with all these merges.  And I should squash them...<br>
<br>
</span>You shouldn't merge from 'master' unless you need something specific,<br>
and in that case, write a commit message explaining what it is that you<br>
need.  You can rebase at will (before publishing your branch), but it's<br>
generally fine to just work in your branch and ignore what is happening<br>
in other branches.<br>
<br>
The rationale is explained in detail at the links in this section.<br>
<br>
<a href="https://bitbucket.org/petsc/petsc/wiki/developer-instructions-git#markdown-header-merging" rel="noreferrer" target="_blank">https://bitbucket.org/petsc/petsc/wiki/developer-instructions-git#markdown-header-merging</a><br>
</blockquote></div><br></div>