pay for icp - sibbay-ai/public GitHub Wiki

小白 ICP 体系 - ICP 贡献计量方法

编写者：@ben7th 更新时间：2017-11-22

综述

小白众合根据 ICP 体系衡量全体参与者贡献，定义如下：

  • I: Issue
  • C: Commit
  • P: Pull Request

整个围绕 ICP 而产生的软件开发过程管理以及贡献衡量体系，称为 ICP 体系；

适用情况

经过各 committer 讨论：
小白众合开发过程中，从 2017-10-23 开始，对于各种可以以时间为标准进行工作量评估，并可以 ICP 方式对提交进行跟踪和确认的工作，都以 ICP 贡献计量方式对工作回报费用进行评价与计算；并在每月固定时间发放；

例外情况：通过发包方式进行的批量工作，不重复纳入 ICP 统计（但仍需遵循 ICP 管理过程）；

ICP 的标记

  • 各 committer 定期对满足上述适用情况的，自己负责工作相关的所有 issue 进行工作量预估，以打标签的方式进行。
    标签有 size: 0.1 size: 0.2 size: 0.3 …… 等；（建议通过 codetree 的 points 功能来进行标记）。

  • 若无法预估工作量，可暂时标记 ??? D 标签，通过讨论尽快确定工作量；

  • 其中 size: 后的数值，代表工作量，size: 1 代表一天（八小时）； 奖励标准为：500 RMB / 天

ICP 的执行

  • issue 需要正确放入里程碑，参考《里程碑规范》

  • 开发者可以通过 github 提交 pull request 来尝试处理这些 issue.
    pull request 包含的 commit 需要按照以下方式命名：
    bug 修改类：fix #<issue 编号> , <描述信息>
    开发工作类：for #<issue 编号> , <描述信息>

  • 所有带有 ICP 工作量标记的 issue, 必须通过提交 pull request 的方式验收；
    一些工作如需求分析，调研，文档撰写，需要整理相关内容到工程的 wiki 后，修改代码中 README 文件，并进行 pull request 提交；

  • committer 需要及时 review pull request, 判断 pull request 是否对此 issue 有价值。
    并合并所有有价值的 issue. 具体判断标准目前由 committer 自行决定，需要逻辑自洽，公允。

ICP 的验收

  • 当一个 issue 被解决，committer 应及时 close 该 issue, 并在 issue 评论中标明所有参与处理该 issue, 即提供了有价值 pull request 的开发者。并对该 issue 的实际工作量进行重新估算，格式如下：

    @xx: 0.1 D
@xxx: 0.5 D

    具体每个开发者获得的贡献值，由 committer 自行判断；

  • 每个开发者可获得 费用 = 贡献值 * 500

ICP 的月度统计

ICP 贡献在每月 15 号核算，核算范围为：
已经关闭的，已经由 committer 进行了标记和验收，存在对应 commit 和 pull request 的 issue；
每次统计的范围为，上月 15 号到本月 15 号之间关闭的 issue.

所有已经被统计过的 issue, 需打上标签 ICP 已统计 避免重复统计；参考《标签规范》

ICP 贡献回报的发放

每月完成统计后，在当月 20 号统一发放奖励，所有税费均由Contributor承担，发放方式包括：

  • 通过码市在原有发包上增加阶段
  • 通过码市进行新发包 （新包不许小于1000）
  • 通过猪八戒网等平台发放

Contributor可自行选择，提前在pr中注明

⚠️ **GitHub.com Fallback** ⚠️