关于开源:开源摘星计划捉虫大赛重磅开启你离领奖只差一个好-Issue

7次阅读

共计 1980 个字符,预计需要花费 5 分钟才能阅读完成。

8 月底,「开源摘星打算」发展了「001 号」工作摸索,并陆续从几十多个星球传来能量信号。咱们激励大家通过解决我的项目工作收集能量块,去播种证书、奉献卡、鹅厂周边、盛典入场券等礼包。
在「开源摘星号」执行工作的过程中,小源船长发现有开源我的项目星球正在被一种叫做「bug」的无害物种侵袭,它们的存在重大影响了星球的失常运行,各个星球的居民都开始陷入了恐慌。
为了让「bug」早日被毁灭,小源船长正式发动了「捉虫」大赛流动,激励飞船上最勇敢的摘星者们找出「bug」,献计献策,让太空文化变得更好。
参与者可在各个我的项目星球中通过 Issue 反馈 bug 或解决 bug,咱们将按大家发现的 bug 难度或提交的解决方案及 PR 给予积分及处分!
对「Issue」的正确提交形式不太分明的能够查看前面的 Issue 小科普喔~

流动工夫:9 月 13 日 -9 月 27 日

一、参加形式

在 WeOpen Star 反对我的项目列表中抉择任意计划表中抉择任意一个或多个我的项目。下载、理解、应用我的项目,通过提交 issue 反馈你遇到的问题 /bug。
WeOpen Star 反对我的项目列表:https://github.com/weopenprojects/WeOpen-Star/tree/main/Projects-list

二、报名形式

  1. 填写报名表单;
  2. 增加腾小源(微信号:TCOSOO1)为好友,回复「摘星」即可入群。在提 issue 过程中有任何问题欢送退出开源摘星打算官网群进行沟通交流。
  3. 参加流动(可抉择以下任意一种形式参加)

形式一:提交 bug。通过 issue 反馈你在我的项目中遇到的问题 /bug(形容或复现):合格实现积 1 分

形式二:提出 bug 的解决形式。在相干 issue 下方评论解决方案,合格实现积 1 分

形式三:解决 bug。认领 issue,并通过提交 PR 优化、解决 bug,被审核通过被合并积 10-50 分

  1. 提交奉献
    实现后请提交至 WeOpen Star 奉献记录表🌟:
    WeOpen Star 奉献记录表🌟:docs.qq.com/sheet/DSnRr…
    注:参加流动,请在额定积分栏申请备注「捉虫大赛」

三、流动处分

  1. 「捉虫」先锋(10 名):在本期流动期间,评比出 10 名优良「捉虫」的小伙伴送出「黑石企鹅手办」一件(评比规定:issue 合格、规范性、bug 重要水平
  1. 「捉虫」王(1 名):参加捉虫我的项目最多且均为合格 issue 的 Top 1 小伙伴可取得「QQ 迷你音箱」一份(叠加处分)注:若数量雷同,优先先提交贡献者。
  1. 阳光普照奖:所有在本次流动中取得积分的小伙伴(流动积分 >1)都可取得一次生肖限定款 QQ 公仔抽奖机会,与「开源摘星打算首次奉献」电子留念证书。

同时,流动所获积分也将计入九月流动打卡流动评比中。

其余处分详见开源摘星打算积分。

留神:

  • 请按社区标准提交 issue
  • 毫无意义灌水、广告 / 刷屏内容不计入流动可选范畴
  • 流动期间,每个我的项目最多 3 个 issue 无效(请提交合格无效 issue,不要刷屏对我的项目造成困扰)
  • 仅流动期间提交的 issue 及 PR 计入到本次流动评比中。

四、Issue 科普工夫

issue 是什么?
Issue 是一种参加到我的项目中时十分好的可追踪、积淀的交换形式。当咱们应用 Issue 来与开源我的项目 / 社区交换时,有几种典型的利用场景:

  • 反馈缺点
  • 提交新需要
  • 答疑交换
  • …..

如何通过 issue 反馈 Bug?
发现一个 bug 意味着我的项目又少了一个缺点,疾速修复即可。但为了尽可能的缩小沟通老本,高效的解决问题,你须要:

  1. 首先在 issue 区确认是否已有相干问题提出
  2. 复现步骤,谬误日志以及相干配置,务必依照 Issue 模板填写相干条目,防止挤药膏似交换
  3. 如果发现是应用谬误,不是 bug,请及时敞开 issue,并把解决形式同步进来,不便起初人。
  4. 如果发现是小问题(文档错别字批改,小的 bug fix),能够间接提 PR 优化。
  5. 如果还不能解决,此时间接上传最小可复现仓库到你的 GitHub,提供给项目管理人员。

提交新需要
当提出和探讨一个新个性的时候,通常须要经验以下流程:
通过 issue 发动提案 -> 探讨定稿 -> 提交 Pull Request -> Code Review -> 公布
这样便于积淀,即便是过后没有参加探讨的开发者,预先也能通过 issue 理解某个功能设计的前因后果。你须要形容分明你心愿解决的问题的现状并形容大略的解决思路,能够蕴含 API 设计和伪代码等。

答疑交换
一般来说更举荐应用 Discussion、社群等社区自助交换的形式。但如果你对提出的疑点有可执行、解决的计划,也能够用 issue 的形式来提交应用答疑。请务必适度管制问题的领域,防止打搅,具体答疑的 Issue 提交注意事项和标准。作者:明天你敲代码了吗链接:https://juejin.cn/post/714527… 起源:稀土掘金著作权归作者所有。商业转载请分割作者取得受权,非商业转载请注明出处。

正文完
 0