我们需要在cmd/gopherbot/gopherbot.go中更新这个调用：

func (b *gopherbot) initCorpus() {
	ctx := context.Background()
	corpus, err := godata.Get(ctx)

以获取gddo Gerrit和Github仓库，然后修改"CL X提到这个问题"函数中的逻辑。
这可能是一个适合新贡献者的好问题。

CC @bradfitz
cf: #22428 (评论)
https://go-review.googlesource.com/c/oauth2/+/24946
subrepo oauth2 在上述 CL 的超链接中指向了一个问题
然而，原计划的问题是一个 go repo 的问题，而不是一个 subrepo 的问题
实际上，在一个 CL 的超链接中指向了一个 subrepo

我相信这已经完成了，至少在x/build/maintner这边。在*maintner.Corpus(从x/build/maintner/godata开始),golang/gddo GitHub仓库的问题追踪器目前有96个打开的问题和304个已关闭的问题。这与https://github.com/golang/gddo/issues的计数完全匹配。
@kevinburke,这里还有其他需要完成的事情吗？

**编辑：**我想我误解了这个问题的内容。它不仅仅是为了支持非Go问题追踪器(已经完成),而是为了支持在gopherbot上下文中链接到这些追踪器。抱歉。

这是孤立的事件吗？
https://go-review.googlesource.com/c/oauth2/+/24946

Merged

Updated
Jul 15, 2016

Updates golang/go#11811

https://github.com/golang/oauth2/issues/11811
404 This is not the web page you are looking for.

https://github.com/golang/go/issues/11811
all: subrepos need to be green #11811

用于比较。
https://go-review.googlesource.com/c/arch/+/24972

Merged

Updated
Jul 15, 2016

Updates golang/go#11811

https://github.com/golang/go/issues/11811
all: subrepos need to be green #11811

我不知道正在处理的数据量，但CLs可能会被搜索，以查找指向子仓库的链接。
要成为档案员，必须是一个聪明的人。
一个聪明的人不会成为档案员。