我有两个项目“项目-A”和“项目-B”。问题在“项目-A”中报告，但实际开发在“项目-B”中进行。
在每个提交评论中引用“project-A”是一项挑战。我正在探索一个更好的选择，将“project-A”的问题链接到“project-B”的代码提交。一个简单的问题是，如果开发人员在 'project-B' 中提交了注释“#23 fixed”，它应该在 'project-A' 的相关问题评论历史记录中可见。
【问题讨论】：
标签： git github repository
1.转换 git 提交消息：
从您的工作区
$ cd myrepo
$ vi .git/hooks/commit-msg
请注意，这是一个客户端挂钩。现在添加以下内容
#!/bin/sh
projecta_issues_link="https:\/\/github.com\/git\/git\/issues\/"
message=`cat $1 | sed "s/projecta/${projecta_issues_link}/g"`
echo ${message} > $1
exit 0
然后对任何文件进行更改，并使用以下消息提交：
git commit -m "This fixes projecta#1234"
您的提交消息现在应该转换为链接。
2。在所有存储库上应用客户端挂钩：
here 有一个写得很好的答案。
【讨论】：
当项目开始时，我们设置了 repo project-A 并将其传达给客户端。
但后来由于一些问题，我们不得不创建另一个 repo 项目-B，一段时间后我们意识到客户正在使用项目-A 存储库来记录问题。
我们不想要求客户更改回购协议
Thant 意味着 project-A 可以引用 project-B 作为子模块。
不是为了project-B 源，而是为了能够将project-B 主SHA1 的状态记录为project-A 存储库中的提交。
并且该提交的评论（在父仓库project-A 中）可以自动成为project-B 的最后一次提交之一。
因此，如果开发人员在project-B 中进行了新的提交“Fix#123”，project-A 可以自动记录新的提交，最新的project-B（tracking a branch:git submodule update --remote），与作为评论 project-B: "Fix#123" 的最后一次提交的评论。
【讨论】：
不，它们都是完全不同的存储库，但在 同一组织
似乎唯一的方法是创建一个 github 机器人或围绕现有 CI 进行调整，例如 travis，并关闭其他存储库上的问题，如果它们在您当前的提交中关闭。
【讨论】：
我不知道有任何方法可以交叉引用项目以按照您描述的方式反映提交：
将“项目-A”的问题链接到“项目-B”代码提交。
我会说显而易见的：
尽管 perforce 不是 git，但我发现 "perforce best practices" 论文是对如何保持发布和开发分支健全性的最佳描述。直接转到第 4 页并从那里开始阅读。
当您修复在发布分支上维护的面向客户的“项目-A”中的错误时，请按照参考文档中的说明将这些更改合并到 master。
我不太赞成"git flow"，但我不妨提一下。
底线：你不能从这里到达那里。据我所知，在我曾经使用过的任何源代码控制范围内（subversion、ClearCase、perforce、git），都没有解决您的问题的方法。
由于您面向客户的项目 A 具有优先权（基于我对其他 cmets 的阅读），因此您需要将项目 B 带入项目 A 的存储库中。
这将构成它自己的挑战，基于此，使用 git-flow 可能会满足您的需求，因为您会将 project-B 作为开发分支引入。
这样做的难度取决于：
但是，您越早解决问题，就越早为您的团队消除主要痛点。
【讨论】：
您可以通过写出完整的 GitHub URL 链接到不同存储库中的提交或问题。 GitHub在显示时会适当缩短。
这适用于整个 GitHub UI，包括提交消息。
【讨论】：
您可以直接提交问题地址。
git commit -m "This fixes https://github.com/auser/projecta/issues/1234"
【讨论】：