【问题标题】:What flow causes Github commits that are "authored" by one user but "committed" by another?什么流程导致 Github 提交由一个用户“创作”但由另一个用户“提交”?
【发布时间】:2014-10-09 06:24:57
【问题描述】:

例如,this commit 声称由 mattcaswell 创作并由 richsalz

提交

什么使用流程会导致这种情况?假设我想要一个由其他人创作并由我提交的提交出现在我作为贡献者的仓库中 - 我将如何拥有它?

【问题讨论】:

    标签: github commit git-commit


    【解决方案1】:

    Git 区分作者和提交者(参见Difference between author and committer in Git?)。作者是编写特定代码的人 - 提交者是将这些更改放入 git“历史”的人。

    通常两者是相同的(在合并、克隆、推送或拉取时不会改变)。

    导致两者指向不同的人可能发生在rebasing、编辑提交(例如amending)、代表其他人进行提交(例如通过指定--author)、应用补丁(@987654325 @)、挤压(例如,在merge 或rebase)或cherry-picking。

    【讨论】:

      【解决方案2】:

      自 2019 年 3 月(OP 提出问题 5 年后)以来,还有另一种情况,即由一个人撰写并由另一个人提交,尤其是在问题中使用的 organization github.com/openssl 的上下文中。

      代表组织创建提交

      开发人员可以表明他们打算代表组织为项目做出贡献。
      这有助于最大程度地减少对所有权的混淆,例如,在代表您的雇主为第三方项目做出贡献时。

      对于与组织关联的给定提交:

      • 提交者必须在提交中添加On-behalf-of 提交尾,格式为:代表:@ORG <ORG CONTACT EMAIL>,
      • 提交者必须是组织的成员,
      • 必须使用组织验证域中的电子邮件提交提交,并且
      • 提交必须签名。

      对On-behalf-of 提交预告片的支持目前处于公开测试阶段。
      如需更多信息,请参阅creating a commit on behalf of an organization。

      【讨论】:

        猜你喜欢
        • 2021-01-25
        • 2023-04-10
        • 1970-01-01
        • 2014-08-07
        • 1970-01-01
        • 2020-01-31
        • 2014-02-20
        • 2020-09-07
        相关资源
        最近更新 更多