Ruby on rails 如果我在存储库上创建一个请求，如果管理员决定只包含一些提交，这对我来说仍然算是贡献吗？

我想在一个非常具体的文件中对Rails存储库做出贡献。这一贡献应在各种承诺上进行分配。如果我创建拉请求并说管理员决定只有一些提交适合合并，那么他们是否只能合并一些提交？这一贡献是否取决于我的个人资料，还是我应该将我的贡献分成几个请求，让他们选择有价值的更改

我读到他们可能会挑选我的一些承诺，但我不确定这是否会算作我个人资料上的贡献

感谢您的回答

看看这是否有帮助

git中有作者和提交者。作者是最初编写代码的人。另一方面，提交人被认为是代表原始作者提交代码的人。这在Git中很重要，因为Git允许您重写历史记录，或者代表其他人应用补丁

你可能想知道作者和作者之间有什么区别 提交人。作者是最初写这部作品的人， 而提交人是最后一次申请作品的人。那么，如果 您向项目发送修补程序，其中一个核心成员将应用 补丁，你们两个都有功劳 — 你是作者，也是核心 作为提交人的成员

---

Source-

GitHub本机不提供仅合并部分请求的方法。但是，维护人员可以手动选择一个或多个提交到他们的存储库中，在这种情况下，您将被列为作者，他们将被列为提交者

但是，通常情况下，如果有维护人员不想要的更改，他们会要求您仅使用他们希望保留的更改强制推送分支。开源维护人员通常都很忙，手动挑选片段是一件麻烦的事情，并且经常会导致他们不想手动解决的冲突。让您完善您的提交更容易，并把您的负担，以创造一个高质量的提交

如果您的拉取请求得到审查并且需要一些更改，也可以。我定期向Git提交补丁，几乎没有人提交补丁，并且在没有任何更改的情况下立即获取补丁。在最终被接受之前，我最近发送了一个系列的5个版本。审查过程是一个机会，让所有参与的人都有机会做出一系列改变，他们对此感到满意，并为此感到自豪

GitHub会计算您作为作者的贡献，即使其他人是提交者。Git项目本身使用一个基于补丁的工作流，其中维护人员接受并应用来自贡献者的补丁，使贡献者成为作者，而维护人员成为提交者。这些贡献与其他贡献一样反映在作者的GitHub概要文件中。请注意，通常只统计以默认分支结束的提交

一般来说，如果您不确定项目的维护人员在特定提交文件中寻找什么，您可以提出问题并讨论您的提案，除非投稿文档另有说明。这通常对您和维护人员都很有帮助，因为您不需要编写需要扔掉的代码，维护人员可以获得满足其早期需求的高质量贡献