问个关于 rebase 和 github pr 的奇怪的问题

[zhengfan2016]

如题，如果多人协作 git ，我从 main 分支出 b ，如果之后有人分支 a 通过 rebase 的方式提交并且成功合并到 main 分支，我对分支 b 进行一些 commit 之后再 pull main 的最新提交合并到分支 b ，好像在分支 b 上发起 pr 的时候会别人分支 a 的提交算成是我的提交。是不是这种场景除了用 rebase 别无选择了

[ryd994]

多人合作用 merge 会一团乱麻。多人合作我只推荐 rebase 。并入的时候最好是 rebase & squash 。主分支只留一个 commit 。

[EastLord]

我同意一楼的说法

[Yasuke]

拉 main 分支的时候用 rebase 是最好的选择，保持主线清晰，单用 merge 也可以，但是提交记录会比较乱。至于算成你的提交，应该不会的，具体的 log 应该还是能看出来 author 是谁。

[BeautifulSoap]

这是 github 的问题，不光是 rebase 的时候会发生，在一些奇怪的正常不用 rebase 的 PR 中也会发生
表现就是 github 上 pr 中的 files chagne 和本地实际上 git 合并的 diff 是不一样的。github 的 pr 不知为什么会错误将本来不会出现的 diff 给作为 diff 显示出来