<p></p>
<blockquote>
<p dir="auto">I do not like rewriting the commit history in a PR with attached inline comments. It creates dangling comments and makes it harder to understand the PR history and structure retrospectively.</p>
</blockquote>
<p dir="auto">I think that it's fine to update an existing PR, despite the "dangling review comments" issue. But it's not a major deal. I think about 90% of the time it's better to update an existing PR.</p>
<blockquote>
<p dir="auto">Why are Merge Commits the preferred way to merge and not squash-merging?</p>
</blockquote>
<p dir="auto">If we squash-merge then <code class="notranslate">git blame</code> only shows the whole PR, as if it was done in one large commit. This can also make it harder to run tools like <code class="notranslate">git bisect</code> to track down a problem, and it also means that individual component changes of a PR can't be explained in their corresponding commit messages.</p>
<p dir="auto">So <a href="https://github.com/openstreetmap/openstreetmap-website/blob/3c706ab8470e3c638126abd765d3295ed543aea5/CONTRIBUTING.md#L104-L1050">we ask for contributors to</a>:</p>
<blockquote>
<ul dir="auto">
<li>Split up large commits into smaller units of functionality.</li>
<li>Keep your commit messages relevant to the changes in each individual commit.</li>
</ul>
</blockquote>
<p dir="auto">An example would be <a class="issue-link js-issue-link" data-error-text="Failed to load title" data-id="1931725626" data-permission-text="Title is private" data-url="https://github.com/openstreetmap/openstreetmap-website/issues/4278" data-hovercard-type="pull_request" data-hovercard-url="/openstreetmap/openstreetmap-website/pull/4278/hovercard" href="https://github.com/openstreetmap/openstreetmap-website/pull/4278">#4278</a> (Upgrade to rails 7.1) where there are a number of related-but-yet-distinct changes, and the commits explain each change in isolation. If we had just one squashed commit for that whole PR, it would be a nightmare in future to understand which code changes related to which part of the (consequently large, if you combined them all) commit message.</p>
<p dir="auto">An alternative would be rebase-merging, where all the commits are kept but replayed/cherry-picked onto master. I'd be fine with that, if anyone things the merge commits themselves cause problems, but merge-commit-merges and rebase-merges are otherwise very similar.</p>

<p style="font-size:small;-webkit-text-size-adjust:none;color:#666;">—<br />Reply to this email directly, <a href="https://github.com/openstreetmap/openstreetmap-website/pull/4286#issuecomment-1768483030">view it on GitHub</a>, or <a href="https://github.com/notifications/unsubscribe-auth/AAK2OLOQ7QCWBMBGZEPB4FDX77LZJAVCNFSM6AAAAAA55ATYY6VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTONRYGQ4DGMBTGA">unsubscribe</a>.<br />You are receiving this because you are subscribed to this thread.<img src="https://github.com/notifications/beacon/AAK2OLP2FPN5NN2S3QFHV5DX77LZJA5CNFSM6AAAAAA55ATYY6WGG33NNVSW45C7OR4XAZNMJFZXG5LFINXW23LFNZ2KUY3PNVWWK3TUL5UWJTTJNDUNM.gif" height="1" width="1" alt="" /><span style="color: transparent; font-size: 0; display: none; visibility: hidden; overflow: hidden; opacity: 0; width: 0; height: 0; max-width: 0; max-height: 0; mso-hide: all">Message ID: <span><openstreetmap/openstreetmap-website/pull/4286/c1768483030</span><span>@</span><span>github</span><span>.</span><span>com></span></span></p>
<script type="application/ld+json">[
{
"@context": "http://schema.org",
"@type": "EmailMessage",
"potentialAction": {
"@type": "ViewAction",
"target": "https://github.com/openstreetmap/openstreetmap-website/pull/4286#issuecomment-1768483030",
"url": "https://github.com/openstreetmap/openstreetmap-website/pull/4286#issuecomment-1768483030",
"name": "View Pull Request"
},
"description": "View this Pull Request on GitHub",
"publisher": {
"@type": "Organization",
"name": "GitHub",
"url": "https://github.com"
}
}
]</script>