我正在尝试查看是否可以在审阅者批准 Pull 请求之前在 Bitbucket 中强制执行调查问卷。我想使用的示例问题是..
这些只是一些示例问题,其中一些当然可以在构建过程中或在声纳等中使用各种插件进行监控,但总有一些事情我们没有直接的自动化方法,例如上面的第一个示例问题。因此,在它们可以自动化之前,我至少想确保在拉取请求获得批准之前解决这些问题。
问题: 有没有人想到过类似的情况,并直接在 Bitbucket 中或使用任何插件找到任何支持?我的快速谷歌搜索没有产生任何有用的结果
编辑: 正如正确指出的那样,这是已停产。
我们鼓励团队将任务用于他们希望的任何指导方针 强制执行,我们鼓励团队继续使用 CONTRIBUTING.md 文件贡献指南。
已过时的答案:
检查拉取请求指南插件:
Scriptrunner 插件报告在创建拉取请求时能够在拉取请求中创建任务。
您还可以在 jira.atlassian.com 上观看并投票支持将行为添加为核心的功能建议。
也就是说,这是一个有点不寻常的请求,因为它可能会在流程中过晚地增加流程开销。对我来说,您列为任务的内容是在创建拉取请求之前应该检查的内容(希望是理所当然的),并且审阅者会在其审阅中指出缺少这些内容。
披露:我为 Atlassian 工作
如果您正在寻找一种在拉取请求中包含简单的自定义检查列表(任务)的方法,这似乎是 Bitbucket 高级版本中的一项功能,如本 bitbucket 博客文章中所述,您可以从评论创建任务(任何版本的 bitbucket):
但是,如果您希望能够“需要完成拉取请求任务”,则需要“高级”计划。。
使用 bitbucket 应用程序的 dedfault 任务,您可以为每个存储库设置默认任务。例如如果您有一个需要大量架构更改的存储库,您可能希望始终包含以下任务:“您是否已与 DBA 团队检查过此架构是否影响下游流程”,或 “代码是否符合公司编码标准以及约定”.
您检查过变量命名约定吗? 这应该在 PR 创建之前自动完成。您可以使用 checkstyle/findbugs 或任何其他 linting/静态分析工具。让人们专注于审查实际的变化而不是命名。
围绕新逻辑是否有足够的单元测试以及相关的地方,您检查了代码覆盖率报告吗?我学到的一件事是——人们从不检查覆盖率(或任何其他)报告。因此,请将该覆盖范围信息放入 PR 中。您可以使用 Bitbucket 服务器的代码覆盖插件。
此讨论保留代码审查清单的推荐方法是拉请求清单伙伴功能,该功能已实现并且仍然受支持。