如果挤压从未改变提交者，为什么Github的“挤压并合并”按钮会更新提交者？

Question

本着测试“​​没有愚蠢的问题”理论的精神，为什么Github的壁球合并策略在合并请求请求后会更新提交者？

也就是说，假设我在项目的分支中编写了一个拉取请求。假设它有两个提交。假设我现在要求项目维护者将我的拉取请求合并到上游项目的master中。

假设她选择壁球合并策略，以便最后进行一次提交。

进一步假设合并可以通过快进来完成，即我能想到的尽可能简单的情况。 （Fast-forward merges should just update the branch pointer，在我看来，它会使提交完全保持不变。）

那么，为什么在压扁和合并操作之后对master的最新提交以我为作者（我理解那部分）却以维护者为提交人？这不是提交和doesn't squashing and fast-forward merging ensure that commits are not altered的变更吗？

Github是否在默默地做着类似git amend之类的事情？

Answer 1

  

不是提交的变更

不仅仅是更改：创建了一个新的提交，它反映了两个提交的更改。
主仓库不再引用您的两个提交：它仅引用压缩的提交。

该新提交仍由您作为作者，但由维护者提交。