我向我的特征分支提出了拉取请求。我的队友批准提交请求后，在提交历史记录中说我和我的队友都进行了更改。
在代码/存储库视图中，它显示“ [我]和[groupmate] [提交消息]”。
这看起来真的很糟糕，因为我的提交消息是“创建并添加的...”，因此它显示为“ [我]和[groupmate]创建并添加的...”
代码/存储库视图的措辞是有问题的，因为我不想给我们的评估者这样的印象：我们一起完成了该功能……我完全是自己完成的。
在更详细的提交视图中，它说“ [我]已撰写，[groupmate]已提交”，这更容易接受。
这是否正常？我该怎么做才能避免与我们的评估员发生任何误解？
编辑： 我能够reword the commits使其更加清晰。对于有类似问题的任何人，请随时访问超链接。我仍然想知道如何避免这种情况的发生。
答案 0 :(得分：0)
Git具有作者和提交者的概念。该设计可以追溯到Linux和Git基于补丁的工作流程。作者是编写补丁的人，提交者是进行最终提交的人。提交者可能还压缩了提交内容或对其进行了较小的更改，例如，以解决冲突或解决输入错误。
听起来您在这里正在创建壁球提交。执行此操作时，合并请求请求的人为提交者，在请求请求中编写提交的人为作者。在更详细的视图中这将是显而易见的，但为简洁起见，GitHub将仅在空间有限的地方显示两张图片。
如果您不希望GitHub将pull request的合并列表列为提交者，则无需使用GitHub的压缩合并功能；您应该改用常规的合并提交功能。 （通常，采用这种方法的组织需要干净的历史记录和小的，原子的提交。）在GitHub上没有任何方法可以避免这种情况，因为GitHub产生的提交与Git的工作方式一致，并且您的同事进行了提交
如果遵循Git's commit message guidelines和use the imperative mood，也可以避免与用户并列的混淆提交消息。即使您的提交被压缩，其外观也将类似于“ [我]和[同事]创建并添加...”，这将减少混乱。