共计 1154 个字符，预计需要花费 3 分钟才能阅读完成。
「做开源不赚钱，就是交个敌人。」
不可否认，这仍旧是国内外大部分开源作者的现状。大部分的开源作者和爱好者目前仍旧处于「用爱发电」的阶段，能被「请一杯咖啡」就足够让作者们兴奋许久，靠开源实现财产自在对大部分开源作者来说更是天方夜谭。
Gitee 此前在行业内首先推出了开源我的项目的「捐献」性能，让更多的开源作者取得了实质性的回报。明天，Gitee 在「如何在开源中取得回报」上的摸索又后退了一小步，推出了「Gitee Reward」—— 开源我的项目 issue 悬赏性能。
「Gitee Reward」通过对 issue 设置悬赏，在让我的项目更加弱小的同时，也能够让我的项目的支持者们更轻松地为其青睐的我的项目提供资金，贡献者们也能够因为其不懈的开源奉献失去处分。
开启我的项目的 Gitee Reward 性能
进入仓库的「治理」-「仓库设置」-「根本设置」下开启并保留
「Gitee Reward」现已面向所有托管在 Gitee 的开源仓库凋谢，只有开启我的项目的「Gitee Reward」性能，就能够让我的项目的用户为一个 issue 设置悬赏。
公布悬赏
开启后，issue 详情中曾经有了公布悬赏的按钮，点击后设置悬赏金额和截止日期并公布，这条悬赏 issue 就曾经公布实现。（你只能为本人提交的 issue 公布悬赏）
发现悬赏 issue
你能够在在悬赏广场或者开源我的项目中找到本人感兴趣的悬赏 issue。
悬赏广场中汇聚了 Gitee 全站所有被悬赏的 issue，你能够从中抉择感兴趣的 issue 承受悬赏。
悬赏广场
承受悬赏
进入 issue 后抉择「我要参加」，就代表你正式承受了该悬赏。
如果你是一名开源作者，有用户在你的开源我的项目上公布悬赏，你领有 72 小时的优先处置权，即你能够比其余开发者更先承受这个悬赏。
解决该 issue 的贡献者将在其 Gitee Reward 帐户中取得赏金的 90%，Gitee 则将收取 10% 的平台服务费。如果 issue 所在的开源我的项目开启了「捐献」，那么赏金的 10% 将以贡献者名义募捐给我的项目，即贡献者取得赏金的 80%。
右上角头像 -「设置」-「其余」-「Gitee Reward」进入账户页面
提交代码
「Gitee Reward」采纳 Pull Request 的形式提交代码，在 issue 页面点击「提交代码」，填写你提交的 PR 链接，即可实现悬赏，进入审核流程。
悬赏 issue 的提交者能够对参加悬赏的代码进行审核，抉择其最称心的提交进行「通过」操作，至此一条悬赏 issue 曾经解决结束，解决该 issue 的开发者将取得悬赏金。
以上便是一次悬赏 issue 的操作流程，如果你想要理解无关「Gitee Reward」的详细信息，点击这里查看如何玩转 Gitee Reward。同时也欢送你点击文末的留言或退出 Gitee 官网 QQ 群 为 Gitee Reward 献言献策。