Identical Merge Commit Check - Issues
I have noticed that if the last "commit" on a PR is a merge commit from clicking the Update Branch button (on a PR), that when said PR is merged, the commit checks are different and the "merge commit check" fails and a fresh deployment is triggered again.
This is certainly a bug and should be resolved.
Reproduction Steps
- Open a PR with a single commit (could be anything)
- Push a commit to the
$default_branch (main in most cases)
- Go back to your PR and click the
Update Branch button
- Deploy your PR
- Merge the PR and witness the repo be deployed again because the commits are "different"
Example
Branch is updated:
Deploy command is issued:
PR is merged:
Merge Commit Check on main runs:
latest commit on main excluding the merge commit: d9bd...
latest deployment sha: 13d5...
latest deployment is not identical to the latest commit on the default branch
Inspecting the merge commit on main from where the PR was merged:
^ the final screenshot seems to point to the issue. There are two parents leading to the final commit on main being brand new. The first one being where we hit the Update Branch button on our pull request (resulting in 13d5...) and the other one being the latest commit prior to this PR that was merged into main
Either way, the resulting commit on main is completely different from the commit of the latest PR that was deployed so this is a bug that needs to be resolved. I volunteer myself lol
Identical Merge Commit Check - Issues
I have noticed that if the last "commit" on a PR is a merge commit from clicking the
Update Branchbutton (on a PR), that when said PR is merged, the commit checks are different and the "merge commit check" fails and a fresh deployment is triggered again.This is certainly a bug and should be resolved.
Reproduction Steps
$default_branch(mainin most cases)Update BranchbuttonExample
Branch is updated:
Deploy command is issued:
PR is merged:
Merge Commit Check on
mainruns:Inspecting the merge commit on
mainfrom where the PR was merged:^ the final screenshot seems to point to the issue. There are two parents leading to the final commit on
mainbeing brand new. The first one being where we hit theUpdate Branchbutton on our pull request (resulting in13d5...) and the other one being the latest commit prior to this PR that was merged intomainEither way, the resulting commit on
mainis completely different from the commit of the latest PR that was deployed so this is a bug that needs to be resolved. I volunteer myself lol