Maintainers

The team

Contributions Daily Meeting

  • 3维护者应参加"贡献每日会议",在会议上我们对新问题进行分类和标记( 是:issue label:status / 0-needs-triage ),并审查每个拉取请求
  • 贡献每日会议期间应检查每个请求请求
    • 即使已经分配
    • 甚至标有contributor/waiting-for-correctionscontributor/waiting-for-feedback PR
  • 应该分配标记为priority/P0priority/P1 .
  • 只能修改问题或请求请求(标签,受让人,里程碑):
    • 会费每日会议期间
    • 由指定的维护者
    • 在紧急情况下,如果变更建议得到其他2位维护者的批准(基于Slack,Discord,Discourse等)

PR review process:

  • 状态needs-design-review仅用于复杂/繁重/棘手的PR.
  • 12 :1条评论(由高级维护人员提供)" design LGTM".
  • 23 :任何维护者的3 LGTM批准.
  • 如果需要,可以请熟悉特定域的特定维护者进行审核.
  • 如果已在配对编程中实现了PR,则一个同行的LGTM将免费进入审核
  • 仅在紧急情况下,需要重新定级或初始贡献者保持沉默时,才授权修改其他人的拉取请求

我们使用PRM管理本地请求请求.

Bots

Myrmica Lobicornis

更新和合并拉取请求.

提供最终LGTM的维护者必须添加status/3-needs-merge标签才能触发合并机器人.

默认情况下,将执行壁球-基线合并. 要保留提交,请在status/3-needs-merge之前添加bot/merge-method-rebase .

状态status/4-merge-in-progress仅由漫游器使用.

如果机器人无法执行合并,则会添加标签bot/need-human-merge .
在这种情况下,请解决冲突/ CI / ...,然后除去标签bot/need-human-merge .

为防止漫游器自动合并PR,请添加标签bot/no-merge .

标签bot/light-review将所需的LGTM数量从3减少到1.

在以下情况下使用此标签:

  • 从先前审阅的PR更新供应商
  • 将分支合并到母版中
  • 准备发布

Myrmica Bibikoffi

  • 解决过时的问题[cron]
    • 使用一些条件作为创建,最后更新,标签之间的天数...

Myrmica Aloba

管理GitHub标签.

  • 在新的PR上添加标签[GitHub WebHook]
  • 为基于分支版本(1.4、1.3,...)的新PR添加里程碑[GitHub WebHook]
  • 审阅请求更改时添加和删除contributor/waiting-for-corrections标签[GitHub WebHook]
  • Slack(CaptainPR)的PR状态每周报告[cron]

Labels

查看问题/ PR的维护者必须定义其kind/*area/*status/* .

Status - Workflow

status/*标签代表工作流程中的所需状态.

  • status/0-needs-triage :所有新问题和PR都具有此状态. [仅限机器人]
  • status/1-needs-design-review :需要进行设计审查. (仅针对PR)
  • status/2-needs-review :需要代码/文档审查. (仅针对PR)
  • status/3-needs-merge :准备合并. (仅针对PR)
  • status/4-merge-in-progressstatus/4-merge-in-progress合并. [仅限机器人]

Contributor

  • contributor/need-more-information :我们需要来自贡献者的更多信息才能分析问题.
  • contributor/waiting-for-feedback :我们需要贡献者给我们反馈.
  • contributor/waiting-for-corrections :我们需要贡献者采取行动,以便继续进行PR. (仅适用于PR) [机器人,人类]
  • contributor/needs-resolve-conflicts :仅在存在某些冲突(并且无法自动重新设置基准)时使用. (仅适用于PR) [机器人,人类]

Kind

  • kind/enhancement :新功能或改进功能.
  • kind/question :一个问题. (仅用于发行)
  • kind/proposal :需要讨论的提案.

    • 提案问题是设计提案
    • 提案PR是技术原型,需要与多个贡献者一起完善.
  • kind/bug/possible :可能的错误,需要在确认或修复之前进行分析. (仅针对问题)

  • kind/bug/confirmed :已确认的错误(可重现). (仅针对问题)
  • kind/bug/fix :错误修复. (仅针对PR)

Resolution

  • resolution/duplicate :重复的问题/ PR.
  • resolution/declined :拒绝(开放源代码规则1:否是暂时的,是永远是).
  • WIP :进行中. (仅针对PR)

Platform

  • platform/windows :与Windows相关.

Area

  • area/acme顶点:与ACME相关.
  • area/api :与Traefik API相关.
  • area/authentication :与area/authentication验证相关.
  • area/cluster :与Traefik集群相关.
  • area/documentation :与文档相关.
  • area/infrastructure :与CI或Traefik建筑脚本有关.
  • area/healthcheck健康检查:与健康检查相关.
  • area/logs :与日志相关.
  • area/middleware :与中间件有关.
  • area/middleware/metrics :与指标相关. (Prometheus,StatsD等)
  • area/middleware/tracing :与跟踪有关. (Jaeger,Zipkin等)
  • area/oxy :与area/oxy有关.
  • area/provider :与所有提供area/provider有关.
  • area/provider/boltdb :与Boltd DB有关.
  • area/provider/consul :与领事有关.
  • area/provider/docker :与Docker和Swarm相关.
  • area/provider/ecs :与ECS相关.
  • area/provider/etcd :与Etcd相关.
  • area/provider/eureka :与尤里卡有关.
  • area/provider/file :与文件提供者相关.
  • area/provider/k8s :与Kubernetes相关.
  • area/provider/kv :与KV相关.
  • area/provider/marathon :与马拉松有关.
  • area/provider/mesos :与月相关.
  • area/provider/rancher :与牧场主相关.
  • area/provider/servicefabric服务结构:与Azure服务结构相关.
  • area/provider/zk :与动物园管理员有关.
  • area/rules :相关规则.
  • area/server :与服务器相关.
  • area/sticky-session :与粘性会话相关.
  • area/tls :与TLS相关.
  • area/websocket :与WebSocket有关.
  • area/webui :与Web UI相关.

Issues Priority

  • priority/P0 :需要热修复.
  • priority/P1 :需要在下一版本中修复.
  • priority/P2 :将来需要固定.
  • priority/P3 :也许.

PR size

由机器人自动设置.

  • size/S :小公关.
  • size/M :中等PR.
  • size/L :大公关