我想在一个非常具体的文件中为Rails存储库做出贡献。该贡献应拆分为各种提交。如果我创建拉取请求并说管理员决定只有一些提交可以合并，他们只能合并一些提交吗？该贡献是否计入我的个人资料，或者我应该将我的贡献拆分为几个拉取请求，让他们选择有价值的更改？
我已经读到他们可以挑选我的一些提交，但我不确定这是否算作我个人资料中的贡献。
感谢您的回答
GitHub本身并不提供仅合并部分拉取请求的方法。 但是，维护者可以手动挑选一个或多个提交到他们的仓库中，在这种情况下，您将被列为作者，他们将被列为提交者。
但是，通常情况下，如果维护者不想要一些更改，他们会要求您仅使用他们想要保留的更改来强制推送您的分支。 开源维护者通常很忙，手动挑选碎片很麻烦，这通常会导致他们不想手动解决的冲突。 让你润色你的提交更容易，并给你带来创建高质量提交的负担。
如果您的拉取请求经过审核并需要一些更改，那也很好。 我定期为 Git 做出贡献，几乎没有人提交补丁并立即使用它而不进行更改。 在最终被接受之前，我最近发送了一个系列的 5 个版本。 审查过程是每个参与者都有机会做出一系列他们感觉良好并可以引以为豪的更改。
GitHub确实会计算您是作者的贡献，即使其他人是提交者。 Git 项目本身使用基于补丁的工作流，其中维护者接受并应用来自贡献者的补丁，使贡献者成为作者，维护者成为提交者。 这些贡献反映在作者的 GitHub 个人资料中，就像任何其他贡献一样。 请注意，只有以默认分支(通常为master(结尾的提交才会被计算在内。
一般来说，如果你不确定项目的维护者在特定提交中寻找什么，你可以提出一个问题并讨论你的提案(除非贡献文档另有说明(。 这通常对你和维护者都有帮助，因为你不会编写需要扔掉的代码，维护者会更早地获得满足他们需求的高质量贡献。
看看这是否有帮助。
在 git 中有作者和提交者。作者是最初编写代码的人。另一方面，提交者被假定为代表原作者提交代码的人。这在 Git 中很重要，因为 Git 允许您重写历史记录，或代表其他人应用补丁。
您可能想知道作者和 提交者。作者是最初写作品的人， 而提交者是最后应用工作的人。所以，如果 您向项目发送补丁，其中一个核心成员申请 补丁，你们俩都得到了荣誉——你作为作者，和核心 成员作为提交者。
来源 - Git SCM