GitHub Sponsors
开源策略与内包策略乍看之下似乎是冲突的,但问题要复杂得多。对核心软件而言,向开源项目贡献一个小功能可能比自己实现一个临时解决方案更有用。但在许多公司中,团队层面的 “自制还是外购” 决策通常倾向于选择自制,因为购买或资助某些东西的过程太复杂。
一个好的内包策略应始终包括一个轻量级且快速的流程,并为投资工具和软件供应链提供一定的预算。如果你的公司内部开发人员较少,购买软件或资助开源贡献者应该不会成为问题。
为团队提供投资开源项目的能力的一个好方法是利用一个叫做 GitHub Sponsors 的功能。它允许你投资于你的产品所依赖的项目(即你的软件供应链),并保持这些项目的活力。它还可以让项目维护者有自由开发新功能,而不是你必须自己去实现这些功能。
一个积极的副作用是,赞助变得对开源社区可见。这是一个很好的营销方式,可以为公司增加信誉,并帮助你吸引新的人才。
你可以在 GitHub Sponsors 项目中赞助个人开发者或组织。如果他们参与了该计划,你也可以代表你的公司进行赞助。这种赞助可以是一次性支付,也可以是每月支付,并会显示在你的个人资料或组织的个人资料中(见图5.1):

GitHub Sponsors 不会对用户账户的赞助收取任何费用,因此这些赞助的 100% 都会直接给被赞助的开发者或组织。
赞助等级
赞助者可以为赞助设置不同的层级。这适用于一次性赞助和定期每月支付(见图5.2):

项目所有者可以设置最多 10 个每月层级和最多 10 个一次性支付层级。这使他们能够将定制的奖励与不同的层级关联。例如,奖励可能包括以下内容:
-
可见性:赞助者可以在网站或社交媒体上被提及。还可能有徽章(如银牌、金牌和铂金赞助商),用于区分不同的赞助层级。
-
访问权限:赞助者可以获得私有仓库或早期版本的访问权限。
-
优先处理:赞助者提交的错误报告或功能请求可以得到优先处理。
-
支持:一些赞助者还提供对解决方案的支持(在一定程度上)。
接下来,让我们看看赞助目标。