开源社区GitHub推出了一款新工具——测试版GitHub Sponsors

5月23日，GitHub推出名为GitHub Sponsors的新工具，用户可以通过一种新方式给每天使用的开源项目的开发者提供资金支持了。消息一出，便引网友热议：项目可能变得更吸金，质量无法保障。

喜欢，你就打赏一下。

昨天，开源社区GitHub推出了一款新工具——测试版GitHub Sponsors。简单来说，就是GitHub用户可以打赏自己每天使用的开源项目了！

项目地址：

https://github.com/sponsors

怎么接受打赏？

若是你在GitHub上已经挂上去了开源项目，并且有一定“粉丝”的拥护，便可以考虑进入下方链接，点击“Join the waitlist”并填写信息来申请“被打赏”。

https://github.com/sponsors

谁可以打赏？

任何拥有GitHub帐户的人，都可以向开通赞助商资格的账户进行赞助。

根据GitHub介绍，这项新功能的目的是“扩大参与和构建开源的机会”。但这可能会引起一些开源开发者的争议，他们不希望经济利益影响人们纯粹的开发工作：

因为这可能促使开源开发者专注于那些更有可能吸引资金的项目，而不是那些更深奥、更有趣、更具挑战性、但不太可能在GitHub上找到资金支持者的项目。

另外，为了加速这一新项目的开展、并提升社区的资金积存，GitHub 官方还成立了 GitHub Sponsors Matching Fund，旨在为设计、开发者们提供一定的资金支援。

GitHub新增“打赏”，或改变开源项目开发方式

开发人员的GitHub仓库(repository)中现在新增了一个“打赏”按钮。

任何拥有GitHub帐户的人，都可以向开通赞助商资格的账户进行赞助。类似于“Buy them a coffee”，只不过赞助是定期的，可以选择分年付或月付，月付金额和收益由接受赞助的开发者设置。

在个人中心-设置-账单中，会显示你的现有结算日期，付款方式和收据。支持信用卡和paypal，目前有少数开发者账号获得赞助资格，未来会有开放给更多对社区开发者。只要你有贡献，就可以申请接受赞助。

贡献包括但不限于：bug报告、问题分类、代码、文档、推动项目进展、业务开发、项目管理、指导和设计等等。开源项目也可以突出他们的资金模式(无论是对开发人员的个人贡献还是使用Patreon，Tidelift，Ko-fi 或Open Collective)。

为了增加社区资金，GitHub创建了GitHub赞助商匹配基金(Sponsors Matching Fund)，打赏的资金会通过这个基金转交给被赞助者。

这个程序只对开源开发者开放。在开发者参与的第一年，GitHub也将提供高达5000美元的捐助。在接下来的12个月里，GitHub也不会收取任何支付处理费用(但这段时间结束后可能就会收取费用了)。

开发人员可以设置多个赞助层(sponsorship tiers)，其收益也可以由开发人员设置。因此，在许多方面，这与赞助Twitch streamer并没有太大的不同，例如，每月的支付和特殊福利取决于你支付的金额。

在GitHub开展业务的每个国家，都将提供支付服务。该公司表示：

“扩大参与该团队的机会是我们核心的使命，所以我们很自豪能让全世界的开发人员都能使用这个新工具。”

为了实现这一点，GitHub还推出了一个叫“社区贡献者(Community Contributors)” Hovercard，突出显示构建应用程序所依赖的代码的人员。

社区对Sponsors的反应肯定会很有趣。

当然，这个想法并不完全新颖，还有一些像Beerpay这样的项目已经与GitHub集成。尽管如此，从开源中获得报酬的传统途径是在一家公司找到一份工作(无论是全职工作还是兼职工作)，让你为项目贡献自己的力量。

除了Sponsors之外，GitHub还推出了一些新的安全功能。例如，该公司今天宣布已收购Dependabot，这是一种确保项目使用最新库的工具。

GitHub Enterprise正在改进审计功能，这些功能现在已经普遍可用，维护人员现在可以测试访问GitHub中的一个私有空间，讨论潜在的安全问题，这样他们的公开聊天就不会泄露给黑客。

GitHub还将scanning纳入通用可用性，这意味着开发者可以防止自己的证书被阿里巴巴云、Amazon Web Services、微软Azure、谷歌云、Mailgun、Slack、Stripe和Twilio等服务意外泄露。

GitHub的企业版也得到了一些更新，包括更细粒度的权限，这些权限现在通常是可用的。企业帐户通常也是可用的，而像内部repos这样的新功能现在处于beta测试阶段。

开源项目遭“打赏”，网友表担忧

虽然网友对此大多持积极态度，但同时也指出了潜在的问题：

wtf42：棒！GitHub甚至可以改变公司处理开源开发的方式（就像Uber改变出租车市场一样）。相比雇用（并保持）全职开发人员（需要支付保险，税收等），公司可以滥用这个系统并“说服”员工可以赞助他的开源项目，成功后给奖金。在劳工保障薄弱的国家回复发生。

ladon86：这是一个好主意，但随着这个功能的引入，这种行为可能会出现维护者在README中提供标识/链接以换取每月赞助。我打赌我们也会看到“星钻/黄金/白银/青铜”等级的出现。

Sir_Cmpwn：棒！但是我也觉得可能出现的不好的地方

GitHub上的一些项目因此变得浮夸且有影响力，可能会从中获得大部分资金

这有可能创造一种比以往更强大的平台垄断形式：当人们发现GitHub能来钱，谁会切换到sourcehut？

mushufasa：这看起来像是姗姗来迟的功能。将赞助订阅整合到核心体验中肯定会增加付款，看一下twitch的订阅/付款机制，Youtube刚刚复刻了这个机制。我想这将改变围绕OSS项目的基本动态，但不确定如何，也不确定是否都是积极的。

如果维护者可以看到谁捐赠，他们是否优先考虑pull请求？ （我认为这实际上可能是一件好事）

公司是否使用GitHub赞助来判断依赖关系的健康状况？他们会创建预算来系统地支持他们的依赖吗？

这是否会影响FOSS的贡献，因为现在人们开始期望获得报酬而不是情怀？这会在项目贡献者中产生关于谁获得信贷+获得报酬的有毒政治吗？

这是否意味着微软会在一流的开发者身上获得一堆PII（必须输入名称+地址信息才能接收或发送付款），并从这些数据中获得比我想象的更多的价值？

diggan：似乎他们计划提供的东西并不别家更好，也没什么差异（参见OpenCollective或LiberaPay）。事实上，它似乎还不如这两家呢！ GitHub所介绍的，似乎是在亏本赚吆喝（免手续费），其唯一目的就是获得关注。很明显，他们现在推出的功能并不是为了让生态系统变得更好，而是为了让生态系统牢固的绑定在GitHub上。

stockkid：我认为，与平台集成的捐赠支付将把程序员的动机从精神转向金钱。这种转变会“伤害”FOSS的贡献吗？我不确定，因为答案取决于我们所谓的“伤害”。但我担心它不会完全一样。

pdimitar：我担心马太效应。一个捐赠多的项目相比捐赠少的项目，会自然的赢的人们更多的捐赠的意愿。

seren：开源软件的最大问题在于一旦出现问题需花费巨额维护费用去修复，而如今除了直接联系维护者貌似没有好的解决方案。但我不确定。