将正则表达式策略应用于 BitBucket Cloud 提交消息的最佳方式?
Best way to apply regex policy to BitBucket Cloud commit messages?
有没有办法在 BitBucket Cloud 上实施提交消息策略?
据我了解,webhooks 仅用作提交通知,不能干预提交(如果提交消息不遵循设置的正则表达式则拒绝提交)。对于预提交挂钩,您需要 BitBucket 服务器,对吗?
如果是这样的话,如果 Jenkins 构建中包含与正则表达式不匹配的特定消息,那么如何检查 Jenkins 构建上的提交消息以使构建失败?这是一个可行的选择吗?
另一种选择,是否有一个本地 git 配置文件,我可以在其中设置本地规则(即使它们可以被绕过)?
我认为您将预提交挂钩(确定是否可以进行提交)与预接收挂钩(确定特定远程是否接受推送)混淆了。 Bitbucket Cloud 目前不支持自定义预接收挂钩,但 Bitbucket Server 支持。需要在用户进行提交的每个系统上安装预提交挂钩;这些当前未复制,因此您需要每个人手动管理它们。
听起来 Jenkins 测试是您最好的选择 - 检查所需正则表达式的提交消息,如果正则表达式不存在则测试失败。这不会阻止人们首先做出错误的提交,但它会将这些错误的提交排除在最终产品之外。
有没有办法在 BitBucket Cloud 上实施提交消息策略? 据我了解,webhooks 仅用作提交通知,不能干预提交(如果提交消息不遵循设置的正则表达式则拒绝提交)。对于预提交挂钩,您需要 BitBucket 服务器,对吗?
如果是这样的话,如果 Jenkins 构建中包含与正则表达式不匹配的特定消息,那么如何检查 Jenkins 构建上的提交消息以使构建失败?这是一个可行的选择吗?
另一种选择,是否有一个本地 git 配置文件,我可以在其中设置本地规则(即使它们可以被绕过)?
我认为您将预提交挂钩(确定是否可以进行提交)与预接收挂钩(确定特定远程是否接受推送)混淆了。 Bitbucket Cloud 目前不支持自定义预接收挂钩,但 Bitbucket Server 支持。需要在用户进行提交的每个系统上安装预提交挂钩;这些当前未复制,因此您需要每个人手动管理它们。
听起来 Jenkins 测试是您最好的选择 - 检查所需正则表达式的提交消息,如果正则表达式不存在则测试失败。这不会阻止人们首先做出错误的提交,但它会将这些错误的提交排除在最终产品之外。