Phabricator/differential

来自开放百科 - 灰狐
(版本间的差异)
跳转到: 导航, 搜索
(审计)
(审计)
第14行: 第14行:
 
小团队可以设置一个简单审计工作流程:
 
小团队可以设置一个简单审计工作流程:
 
*创建一个新项目 “代码审计”
 
*创建一个新项目 “代码审计”
*为提交创建一个新的全局 [https://phabricator.webfuns.net/book/phabricator/article/herald/ Herald 规则],对于没有 “Differential 修订”的每个提交, 触发由 “代码审计” 项目进行的审计(这将允许您部分或全部转换成审查)。
+
*为提交创建一个新的全局 [https://phabricator.webfuns.net/book/phabricator/article/herald/ Herald 规则] 对于没有 “Differential 修订”的每个提交, 触发由 “代码审计” 项目进行的审计(这将允许您部分或全部转换成审查)。
 
*让所有的工程师加入到 “代码审计” 项目。
 
*让所有的工程师加入到 “代码审计” 项目。
 
这样,每个人都将看到每个提交的审计请求,但如果有人批准了它,请求将会消失。 实际上,这强制实现了 “每个提交都应该有人检查” 的规则。
 
这样,每个人都将看到每个提交的审计请求,但如果有人批准了它,请求将会消失。 实际上,这强制实现了 “每个提交都应该有人检查” 的规则。

2018年2月24日 (六) 08:34的版本

Phabricator 代码复审 应用模块:differential。

目录

简介

Phabricator 支持两个代码复审工作流程:“审查/Review”(推送前)和“审计/Audit”(推送后)。

使用 Arcanist 命令行工具创建 Differential diff.

功能

审查(Review)和 审计(Audit)工作流程之间的差异

审计

审计用户指南

小团队可以设置一个简单审计工作流程:

  • 创建一个新项目 “代码审计”
  • 为提交创建一个新的全局 Herald 规则 对于没有 “Differential 修订”的每个提交, 触发由 “代码审计” 项目进行的审计(这将允许您部分或全部转换成审查)。
  • 让所有的工程师加入到 “代码审计” 项目。

这样,每个人都将看到每个提交的审计请求,但如果有人批准了它,请求将会消失。 实际上,这强制实现了 “每个提交都应该有人检查” 的规则。

指南

图集

链接

分享您的观点
个人工具
名字空间

变换
操作
导航
工具箱