欢迎大家赞助一杯啤酒🍺 我们准备了下酒菜:Formal mathematics/Isabelle/ML, Formal verification/Coq/ACL2, C++/F#/Lisp
Phabricator/differential
来自开放百科 - 灰狐
(版本间的差异)
小 (→审计) |
小 (→审计) |
||
第18行: | 第18行: | ||
这样,每个人都将看到每个提交的审计请求,但如果有人批准了它,请求将会消失。 实际上,这强制实现了 “每个提交都应该有人检查” 的规则。 | 这样,每个人都将看到每个提交的审计请求,但如果有人批准了它,请求将会消失。 实际上,这强制实现了 “每个提交都应该有人检查” 的规则。 | ||
− | ps: | + | ps: [https://phabricator.webfuns.net/book/phabricator/article/herald/ Herald]规则通常用于:通知用户,添加审阅者,启动审计,对象分类,阻止提交, 执行 CLA 和运行构建。 |
==指南== | ==指南== |
2018年2月24日 (六) 08:35的版本
Phabricator 代码复审 应用模块:differential。
目录 |
简介
Phabricator 支持两个代码复审工作流程:“审查/Review”(推送前)和“审计/Audit”(推送后)。
使用 Arcanist 命令行工具创建 Differential diff.
功能
审查(Review)和 审计(Audit)工作流程之间的差异
审计
小团队可以设置一个简单审计工作流程:
- 创建一个新项目 “代码审计”
- 为提交创建一个新的全局 Herald 规则,对于没有 “Differential 修订”的每个提交, 触发由 “代码审计” 项目进行的审计(这将允许您部分或全部转换成审查)。
- 让所有的工程师加入到 “代码审计” 项目。
这样,每个人都将看到每个提交的审计请求,但如果有人批准了它,请求将会消失。 实际上,这强制实现了 “每个提交都应该有人检查” 的规则。
ps: Herald规则通常用于:通知用户,添加审阅者,启动审计,对象分类,阻止提交, 执行 CLA 和运行构建。
指南
图集
链接
分享您的观点