这个问题修复了吗？怎么没人理啊

@spacexzm_admin 修复一下

操作记录的链接是产生的时候就记录的，无法判断分支是否存在来确定链接是否有效哦，不过可以确保如果分支被删除解除任务的关联分支 @spacexzm_admin

@Yashin 因为有时候先提交了一个 commit 然后本地有时候会合并 commit 导致最终的 commit sha 值变化，再次提交时就会导致原有连接的失效，导致很多 404

@Argo cherry-pick的话会从其他分支中拷贝一份commit到所合并的分支中所以sha值会不同，但是只要是提交到了git仓库中的commit均会被记录。删除分支后这部分commit也是存在的，通过关联在issue操作记录中的commit链接还是可以正常访问的

@spacexzm_admin 这个是行不通的，因为会有 GC 清理后就不存在了，再点都是 404 页面

repo 步骤

1. master 分支打新分支 dev-fix
2. dev-fix 提交 commit
   commit内容中 link #xxxx 相关 Issue 会在相关问题下自动生成评论
3. push dev-fix 分支到码云
4. 切换回 master 分支
5. Cherry Pick dev-fix commit
6. push master 分支到码云
7. 查看相关 Issue 会发现生成两条评论
8. 删除 dev-fix 分支
9. 查看相关 Issue 仍然是两条评论
10. GC 后被删除分支的评论是死链接 404

@Argo 是的，GC后就没有了。但是无法通过分支是否存在来确认对应commit链接的有效性。建议修复BUG的话，通过PR或者merge的方式合并两个分支的代码，这样就不会生成一条新的commit信息，也不会在Issue中产生两条重复的commit操作记录

@spacexzm_admin 这个问题应该这样说，提交 Issue 的时候可以设置关联分支，我个人建议提交代码进行评论关联时应该判断此选项，如果是关联分支提交的 commit 才自动生成评论比较合理。不然就会出现多个分支提交都会生成关联，一味的要求使用 PR 也不现实，尤其是团队内配合的时候 PR 并不是解决问题的唯一途径。目前这个关联分支我没看到有什么用途。我改一下标题

@Argo commit关联Issue的操作是通过解析出commit message中的 指令和Issue ident来关联到对应的Issue并执行操作的。比如commit message为“close #ISUU7:分支被删除后解除其与任务的关联”那么就会关联到当前这个Issue中并执行关闭任务操作。和Issue所关联的分支是没有很强的相关性的

@spacexzm_admin 我看了 api 模型里面第一个 ref 参数就是当前 commit 的分支，自动生成评论的时候跟 Issue 设置的相关分支比较一下就可以啦。

@spacexzm_admin 我看了 api 模型里面第一个 ref 参数就是当前 commit 的分支，自动生成评论的时候跟 Issue 设置的相关分支比较一下就可以啦。

@Argo 那个是外部使用的api。Issue和commit的关联操作因为在不同场景下会有不同的需求，所以不会通过Issue所关联的分支去限制关联记录(包括自动生成评论)的产生，我们会确保分支被删除后自动解除任务和被删除分支的关联。

@spacexzm_admin 好的，多谢啦。改好后告知一下，我看看效果，我这里有一些死链接

@spacexzm_admin 有进展吗？我看又挂起了。是不是不改了？

@spacexzm_admin 有进展吗？我看又挂起了。是不是不改了？

@Argo 您好，近期有其他更重要的任务，这个暂时挂起，之后会立马解决的。
并且目前的处理也无法解决您那个问题，是为了修复通过您提的issue所发现的BUG

@spacexzm_admin 这个功能做好了？很赞，更新了嘛？能否查看一下 #I14DVC:仓库中创建 Issue 设置关联分支与提交 Commit 内容关联

@spacexzm_admin 这个功能做好了？很赞，更新了嘛？能否查看一下 #I14DVC:仓库中创建 Issue 设置关联分支与提交 Commit 内容关联

@Argo 已经更新了，现在仓库的分支被删除以后，会取消该分支与issue的关联，避免点击分支出现404的情况

note_2080692