Stash/BitBucket 如果提交不包含 JIRA 编号，则阻止提交
Stash/BitBucket prevents from committing if commit does not include JIRA number
我不会得到一个可行的解决方案，但至少在 Stash/Bitbucket 之前得到一个可能的答案。所以我的要求是：我们需要在公司中为自己部署一些策略，如果提交注释不包含（最好不要以）JIRA 问题编号，则不允许工程师提交。例如：
TEST-1234 (Jira under which I'm doing a commit) Here's my code
提前致谢！
tl;dr 使用附加组件 Yet Another Commit Checker 强制执行正则表达式，例如[A-Z][A-Z]+-[0-9]+ .*
不要尝试通过 Bitbucket Server 中的磁盘 git 存储库安装您自己的脚本挂钩。这 可以完成 ，但是它 a) 审计起来很痛苦（人们已经做过这种事情，忘记了，并且浪费了数周的时间来尝试对 Bitbucket 进行故障排除，却不知道 git 回购已经在磁盘上被手动篡改）和 b) 危险，因为 Bitbucket Server 有意应用了很多专门的配置，并期望最终用户 不会乱用磁盘上的原始 git 回购协议 .
不管怎样，我在 Atlassian 的高级支持团队工作并为 Bitbucket Server 提供了两年支持。有了 Yet Another Commit Checker，你会好得多。
我不会得到一个可行的解决方案，但至少在 Stash/Bitbucket 之前得到一个可能的答案。所以我的要求是：我们需要在公司中为自己部署一些策略，如果提交注释不包含（最好不要以）JIRA 问题编号，则不允许工程师提交。例如：
TEST-1234 (Jira under which I'm doing a commit) Here's my code
提前致谢！
tl;dr 使用附加组件 Yet Another Commit Checker 强制执行正则表达式，例如[A-Z][A-Z]+-[0-9]+ .*
不要尝试通过 Bitbucket Server 中的磁盘 git 存储库安装您自己的脚本挂钩。这 可以完成 ，但是它 a) 审计起来很痛苦（人们已经做过这种事情，忘记了，并且浪费了数周的时间来尝试对 Bitbucket 进行故障排除，却不知道 git 回购已经在磁盘上被手动篡改）和 b) 危险，因为 Bitbucket Server 有意应用了很多专门的配置，并期望最终用户 不会乱用磁盘上的原始 git 回购协议 .
不管怎样，我在 Atlassian 的高级支持团队工作并为 Bitbucket Server 提供了两年支持。有了 Yet Another Commit Checker，你会好得多。