简单描述一下问题和重现方式

目前来看，只要提交的issue内容有 #number 就会自动关联到对应的issue，这种情况与实际预期相违背，应该规避掉。造成被关联issue的脏数据问题。

如： #6

这个issue 底部的两个关联，都是非主动关联产生的关联。

应该是修这个的时候带歪了？#1826

写到 #xxxxx 就连上了

好像设计就是这样的 井数字 默认给你链接那个issue了

是的，而且只要是#数字 就会默认匹配，可以看到上边那个 6b5ef977 也被识别为issue关联了。

是的，而且只要是#数字 就会默认匹配，可以看到上边那个 6b5ef977 也被识别为issue关联了。

@eryajf(二丫讲梵 | eryajf.net)
截图的 6b5ef977 识别的是commit链接，这个是符合预期的

#数字会默认匹配引用对应的Issue 和 PR 是特意设计，方便快速引用仓库内资源，如果需要使用符号+数字来作为序号表达其他意思，可以前后不加空格即可不被识别，或者使用其他字符代替#

虽然关联的逻辑是合理的。但呈现的效果并不是符合预期的。

对于提交issue的人来说，他把构建日志粘到评论框是一个常见操作，但并不会审查每一行内容，这个时候就会自动关联上不必要的issue关联。

实际上可以去看下，我看了一眼， 6 7 8 三个ID均存在非主动关联的情况。

这的确是一个不太好规避的情况。

虽然关联的逻辑是合理的。但呈现的效果并不是符合预期的。

对于提交issue的人来说，他把构建日志粘到评论框是一个常见操作，但并不会审查每一行内容，这个时候就会自动关联上不必要的issue关联。

实际上可以去看下，我看了一眼， 6 7 8 三个ID均存在非主动关联的情况。

这的确是一个不太好规避的情况。

@eryajf(二丫讲梵 | eryajf.net) 可否提供一下对应的构建日志，我们来看看是不是可以更精准的识别这种 case

可以看下上边6号ID关联的两个，都是用户评论是粘贴构建日志，无意识关联上的。

可以看下上边6号ID关联的两个，都是用户评论是粘贴构建日志，无意识关联上的。

@eryajf(二丫讲梵 | eryajf.net) 明白 这里我们增加一条识别规则：对代码块的" #数字 "不予识别为引用资源

可以，应该能规避一些非主动关联

@eryajf(二丫讲梵 | eryajf.net) 明白 这里我们增加一条识别规则：对代码块的" #数字 "不予识别为引用资源

@wanpy(万鹏宇) 鹏宇评估下

@wanpy(万鹏宇) 鹏宇评估下

@Teewee(天空) 忘记回复了～代码块目前是不识别的，如下

#1898