在对githhub上的开源项目的请求中,维护人员应该如何信任原始作者?

在对githhub上的开源项目的请求中,维护人员应该如何信任原始作者?,git,github,open-source,pull-request,Git,Github,Open Source,Pull Request,我最近向一个我也经常贡献的开源存储库提出了一个请求(我也是一个维护者),我收到了另一个维护者的请求,要求删除我自己的所有信用,因为这是一个开源项目 目前,我在文件顶部使用了一条评论,这是我的功劳: #Created by Harsha Goli 我在任何地方都见过这种语法,所以我对什么是“适当的标准”感到困惑。其他维护人员的评论是: 删除作者标题,这是一个开源项目,由社区编写 从道德上讲,你如何信任一位作家?或者只是按产品分类?将您的名字写在评论中并不是一个好办法,因为其他人可以在以后更改文件

我最近向一个我也经常贡献的开源存储库提出了一个请求(我也是一个维护者),我收到了另一个维护者的请求,要求删除我自己的所有信用,因为这是一个开源项目

目前,我在文件顶部使用了一条评论,这是我的功劳:

#Created by Harsha Goli
我在任何地方都见过这种语法,所以我对什么是“适当的标准”感到困惑。其他维护人员的评论是:

删除作者标题,这是一个开源项目,由社区编写


从道德上讲,你如何信任一位作家?或者只是按产品分类?

将您的名字写在评论中并不是一个好办法,因为其他人可以在以后更改文件,他们也应该获得信任。让我们看看其他项目是如何给作者评分的

让我们以Rails为例

  • 作者在提交过程中获得了荣誉:

  • 更改日志中记录了作者:

  • 作者在投稿页面中记入贷方:

其他一些项目有一个包含贡献者列表的文件:

就我个人而言,我认为让我自己成为提交人就足够了。Changelog也不错