我想在一个非常特定的文件中为Rails信息库做出贡献。该贡献应该在各种提交上分配。如果我创建请求请求并说管理员决定只有一些提交可以合并，那么他们将只能合并一些提交吗？这笔捐款是否会计入我的个人资料，还是应该将我的捐款分成几个拉取请求，让他们选择值得的更改？
我已经知道他们可以挑选我的一些提交，但是我不确定这是否可以计入我的个人资料中。
感谢您的回答
看看是否有帮助。
在git中有Author和Committer。作者是最初编写代码的人。另一方面，假定提交者是代表原始作者提交代码的人。这在Git中非常重要，因为Git允许您重写历史记录或代表他人应用补丁。
您可能想知道作者和提交者。作者是最初创作该作品的人，而提交者是最后应用该作品的人。因此，如果您将补丁发送到项目，并且其中一个核心成员适用在补丁程序中，你们俩都将获得荣誉……-您是作者，而核心成员作为提交者。
来源-Git SCM
GitHub本身不提供一种仅合并部分拉取请求的方法。但是，维护人员可以手动在其存储库中手动挑选一个或多个提交，在这种情况下，您将被列为作者，而它们将被列为提交者。
但是，通常情况下，如果维护人员不希望进行更改，他们会要求您仅使用他们希望保留的更改来强制推送分支。开源维护人员通常很忙，以至于手动挑选碎片很麻烦，并且常常会导致他们不想手动解决的冲突。使您的提交更加精致，使创建高质量的提交成为您的负担。
如果您的拉取请求得到审核并需要进行一些更改，也很好。我会定期向Git捐款，几乎没有人提交补丁，并且没有任何更改就立即将其领取。我最近发送了一个系列的5个版本，直到最终被接受。审核过程使每个参与人员都有机会进行一系列令他们感到满意并值得骄傲的更改。
GitHub does计算您是作者的贡献，即使其他人是提交者。 Git项目本身使用基于补丁程序的工作流，其中维护者从贡献者那里接受并应用补丁，从而使贡献者成为作者，而维护者则成为提交者。与其他贡献一样，这些贡献也反映在作者的GitHub个人资料上。请注意，仅计数以默认分支（通常为master）结尾的提交。
[通常，如果您不确定项目的维护者在特定提交中正在寻找什么，则可以打开一个问题并讨论您的提案（除非提供的文档另有说明）。这通常对您和维护人员都有帮助，因为您无需编写代码，无需扔掉，维护人员可以获得质量上可以满足他们早期需求的产品。