我们公司正在从svn迁移到git。我们使用Atlassian的JIRA进行问题跟踪。
现在，我们希望强制每个提交信息都包含一个问题号（就像我们在svn中做的那样）。
我们找到了commit-msg hook，用它来拒绝不包含问题号的提交。
JIRA使用Fisheye扫描git仓库。如果提交消息包含问题号，则更改将显示在该问题下方。
问题是，当克隆git仓库时，hook不会被复制。这意味着提交消息中的问题号并没有被强制执行。这意味着当新提交被推送到上游时，Jira可能不会在问题下列出更改。
问题是：我们是否以错误的方式使用Git，并且是否有任何方法可以真正强制执行提交消息中的问题号？还是是否有其他脚本/hook（除了commit-msg hook）可以实现这一点？
私人代码库提交信息钩子： 我修改了 git-jira-hook，以检查我们使用的符号中的 jira 问题引用。然后，我通过电子邮件发送了该钩子，并向每个人说明了如何全局安装钩子，就像这个 SO 问题中所解释的那样。如果您全局安装钩子，则它将在所有未来的克隆中使用，并且可以轻松地应用于已经克隆的代码库，使用 git init。
上游代码库更新钩子： 我使用已经修改过的 git-jira-hook 脚本，并将其安装到我们的每个代码库中。我无法在上游代码库上获取交互式身份验证部分（对其进行了符号链接），因此我创建了一个受限制权限的 Jira 用户，并将他们的身份验证硬编码到脚本中。
module.exports = {
rules: {
'references-empty': [2, 'never']
},
parserPreset: {
parserOpts: {
issuePrefixes: ['REF-']
}
}};
并在 package.json 中为钩子添加配置
commit-msg: commitlint -E HUSKY_GIT_PARAMS
你也可以有服务器端的钩子，例如 pre-receive-hook 等等，但是如果你习惯于使用 Github 的话，这并不明显。
如果没有其他办法，我可能会考虑提供一个“install-hooks”构建选项（作为 rake 任务、make 任务或其他），尽管这会让我感到有点“肮脏”，因为现在我的构建与版本控制系统绑定在一起了...
有一个适用于此的插件：JIRA Commit Policy Plugin！
它不仅检查 JIRA 问题关键字是否“正式”包含在消息中，而且还检查相应的问题是否符合 JQL 查询。使用它，您可以拥有多种可能性，只允许针对某些问题类型进行检查，在特定状态下的问题，当前 Scrum 迭代中的问题，目标下一个版本的问题等等。
作为额外的福利，它可以同时与您的原始版本控制系统（Subversion）和目标版本控制系统（Git）一起使用，使您的工作在过渡期间得到控制。
您可以将钩子脚本安装到受保护的存储库和任何分支中。不幸的是，在使用Git克隆存储库时，钩子脚本不会被克隆，但我们正在研究解决此问题的方法。
完整文档：http://www.midori-global.com/products/jira-commit-policy-plugin/documentation/
声明：这是一个商业化和受支持的JIRA插件，我是其中的开发人员。