GitHub，作为全球最大的开源社区之一，最近推出了一项备受关注的新功能——GitHub Sponsors。这款测试版工具允许GitHub用户为自己的日常使用的开源项目进行打赏，以激励更多的开发者参与到开源工作中。然而，这一举措也可能引发一些争议，部分开发者担忧经济利益可能会对他们的纯技术贡献产生影响。此外，GitHub还推出了一系列新的功能，例如GitHub Sponsors Matching Fund和“社区贡献者”Hovercard等，旨在加强社区的凝聚力。对于这项功能，业内的看法褒贬不一，一些人认为这是GitHub推动开源发展的重要一步，而另一些人则担心它可能会带来负面影响。随着GitHub不断壮大，其在开源生态系统中的地位日益重要，其所带来的变革也将持续引发讨论。 如果你喜欢这个项目，就赞赏一下吧。

昨天，GitHub开源社区推出了一款新工具——测试版的GitHub Sponsors。简单来说，就是用户可以在GitHub上为自己的常用开源项目打赏了！如果你已经在GitHub上公开了自己的开源项目，并且拥有一定的支持者，你可以尝试点击下方的链接，填写信息申请加入等待名单。只要有GitHub账号的用户，就可以向已开通赞助商资格的账户进行打赏。

根据GitHub的介绍，该功能的新目标在于“拓展参与度和建立开源机会的平台”。然而，这可能会引发部分开源开发者的异议，他们不希望经济效益影响他们的纯开发工作：因为这将可能导致开发者更加关注那些更容易吸引资金的项目，而非那些更深入、更有趣、更具挑战性，但在GitHub上难以筹集资金的项目。此外，为了加速这一新项目的推进并提高社区的资金储备，GitHub官方设立了GitHub Sponsors Matching Fund，旨在为设计和开发者提供一定程度的资金支持。GitHub新增“赞赏”功能，或改变开源项目开发的模式。

在开发人员的GitHub仓库（repository）中，现已增加了一个“赞赏”按钮。任何拥有GitHub帐户的用户，都可以向已开通赞助资格的账户进行赞助。这类似于“给他们买杯咖啡”，不同的是，赞助是定期的，可以选择每年支付或每月支付，支付金额和收益由接受赞助的开发者设定。在个人中心-设置-账单中，将展示你的现有到期日期、支付方式和收据。目前仅有限开发者帐户获得赞助资格，未来将向更多对社区开发者开放。只要你有所贡献，便可申请接受赞助。

贡献方式包括但不限于：报告Bug、进行问题分类、编写代码、撰写文档、促进项目进度、开展业务开发、负责项目管理以及设计和指导等。开源项目还可以特别强调资金模式（无论是开发人员的个人贡献，还是采用如Patreon、Tidelift、Ko-fi或Open Collective这样的平台）。为了增加社区资金，GitHub推出了名为“GitHub Sponsorship Matching Fund”的基金，将赞赏转化为实际资助，并将其转交给受益人。此计划仅针对开源开发者开放。在开发者加入的第一年内，GitHub还将提供最高达5000美元的捐赠。在接下来的12个月内，GitHub不会收取任何支付处理费用（但之后可能会开始收取费用）。开发者可以设定多个赞助级别，这些级别的收益也可由开发者自行设置。因此，这种模式与为Twitch主播提供赞助并无太大差异，例如，每月捐款及特殊福利取决于捐款数额。GitHub在各个国家的业务都将提供支付服务。公司表示：“我们致力于让更多的开发者参与其中，这是我们核心的使命，因此我们非常高兴能让全球范围内的开发者都使用这个新工具。”为实现这一目标，GitHub还推出了名为“社区贡献者”（Community Contributors）的工具，突出展示构建应用程序所需的各种代码的贡献者信息。对于社区对Sponsors的反馈，我们可以拭目以待。

当然，这个想法并非全新，类似Beerpay等项目已与GitHub集成。然而，从开源中获取报酬的传统方式是通过在一家公司找到一份工作（全职或兼职均可），为公司贡献力量。除了Sponsors之外，GitHub还推出了新的安全功能。例如，该公司今日宣布已收购Dependabot，这是一款确保项目使用最新库的工具。

此外，GitHub Enterprise正在优化审计功能，这些功能现已广泛应用。运维人员如今可以测试访问GitHub中的私有空间，讨论潜在的安全问题，从而避免公开聊天泄露给黑客。GitHub将扫描功能扩展至通用可用性，这意味着开发者可以防止自己的证书被阿里云、亚马逊云、微软Azure、谷歌云、Mailgun、Slack、Stripe和Twilio等服务的意外泄露。

GitHub企业版也得到了更新，包括更细粒度的权限。目前，这些权限通常是可用的。企业账户通常也可用，而诸如内部仓库等功能现在正处于Beta测试阶段。

尽管网友对此大多持积极态度，但也指出了潜在的问题：

WTF42：太棒了！GitHub甚至可以改变公司处理开源开发的方式（类似于Uber改变出租车市场）。相比之下，如果公司雇佣全职开发人员（需要支付保险、税收等），那么它们可以通过利用这个系统“诱导”员工为开源项目进行赞助，并在项目取得成功后给予奖金。然而，在劳工保障薄弱的国家，这种做法可能导致问题。

ladon86：这个想法不错。但随着这个功能的引入，这种行为可能会出现维护者在README中提供标识/链接以换取每月赞助。我敢说我们还会看到“星钻/黄金/白银/青铜”等级的出现。

Sir_Cmpwn：这个想法很好！但是我也担心可能会出现一些不好的地方。例如，GitHub上的某些项目可能会因为其浮夸的影响力而吸引大部分的资金。这有可能创造一种比以往更强大的平台垄断形式：当人们发现GitHub能够盈利时，谁还愿意切换到SourceHut呢？

mushufasa：这似乎是一个姗姗来迟的功能。将赞助订阅整合到核心体验中肯定会增加付款。我们可以看看Twitch的订阅/付款机制，YouTube刚刚复制了这个机制。我相信这将改变围绕OSS项目的基本动态，但我还不确定具体情况，也不知道结果是否都是积极的。此外，如果维护者可以看到谁捐赠，他们是否会优先考虑Pull Request？（我认为这实际上可能是一件好事。）

关于是否使用GitHub赞助来判断依赖关系的健康状况，以及是否会创建预算来系统地支持他们的依赖，目前还没有明确的答案。

这是否会影响FOSS的贡献，因为现在人们开始期望获得报酬而不是情怀？这会在项目贡献者中产生关于谁获得信贷+获得报酬的有毒政治吗？这是否意味着微软会在一流开发者身上获取大量个人身份信息（必须输入姓名和地址信息才能接收或发送付款，并从这些数据中获得比我想象的更多价值）？stockkid认为，与平台集成的捐赠支付会将程序员的动机从精神转向金钱。这种转变会“伤害”FOSS的贡献吗？我不确定，因为答案取决于我们所说的“伤害”。但我担心它不会完全一样。pdimitar担忧马太效应。一个捐赠较多的项目相比捐赠较少的项目，会更自然地吸引人们的更多捐赠意愿。seren认为开源软件的最大问题在于，一旦出现问题，需要花费巨额维护费用去修复，而现在除了直接联系维护者，似乎没有更好的解决方案。但我不确定。参考链接：