shiquda

上面提到的应该都修了

这个PR可能需要其他dev的帮助，我最近没有太多精力来开发这个功能，而且已有的代码大多是Cursor写的，估计存在不少坑。看看有没有对这个功能感兴趣的dev来帮助开发

>  > > 并没有绘制出新的branch。而是直接添加到最末尾的地方。 如果只有一个子节点就按照正常垂直排列，这是合理的，如果在已有子节点的情况下在父节点点加号，才会有新的分支

> > 如果只有一个子节点就按照正常垂直排列，这是合理的，如果在已有子节点的情况下在父节点点加号，才会有新的分支 > >  > > 按道理来说，有三个节点的情况下，在第二个节点点击添加分支的时候，应该按照我画的路线进行才对。 你的意思是不是相对位置的问题？比如说现在是 ``` 1 | 2 | 3 ``` 在2添加分支，预期是这样 ``` 1 | 2 - | | 3 4 | 5 ```...

> 我也clone了一份实现类似的功能，我的思路简单来说是这样： > > 1. 每次添加分支时把分支赋予branch-id为branch-{timestamp}，默认无分支的情况下branch-id为undefined。 > 2. 绘图的时候对同一个topic下的branch-{timestamp}进行排序，按顺序设置横坐标。遇到undefined的时候默认不调整横坐标。 > 3. 新建或选择branch后，每一个新的Message都会带有对应branch-id、branch父节点的node-id信息，以方便回溯整个path。 > 4. 新建或选择branch后，原有的ScrollContainer中的非branch-id被隐藏不显示、调用大模型api时不被包括作为背景。 这样似乎会简单一些，看了一下你分支的type定义改动比较少

BTW，message模块是不是重构了？我看我这个分支的历史记录都变成空白的了，新对话Map好像也无法正确识别对话内容

有同样的需求，请问这个功能Dev最近打算开发吗？

> [@shiquda](https://github.com/shiquda) > > 这个 issue 之所以拖延没有处理是因为，“用于测速的链接” 和 “换源的链接” 是不一样的。大多数用户只能找到换源链接，但是不会去找一个 “用于测速的链接”，到现在为止，很多 target 的测速链接都是空的，都是通过去测镜像站的其他文件来间接测速。也就是说，我们测的并非是关于此 target，各个镜像站的速度。而是，关于某几个大型 iso 文件，各个镜像站的速度。 > > 我们顶多只能实现： > > 1. 测一个具体可下载的文件的速度，如：`chsrc measure ` > 2. 测多个镜像站的速度，如： `chsrc measure...

> [@shiquda](https://github.com/shiquda) 明白你的意思了。 > > 你可以帮我们找一个 “Docker Hub” 的下载目标吗？我们拿来测试实现这个功能。 好像有些麻烦，因为docker registry的下载必须经过一个临时的认证，对于镜像站来说，没找到一个公开的可用于测试的目标

是1.5.6版本的