@InkStone #12 非常同意

@Vclow #6 好像要把我推出去做那个勇士了，

@open9527 #4 是的，就是这种 flavor 多 sourceSet 的模式，就难以对代码进行管控了。

@messnoTrace #1 是啊，但是 path1 和 path2 按理说只放简单的代码。如果项目越复杂，还放 path1/path2 里，就会变成我说的情况了。

@chinanetcoltd #2 大佬，换气口装在什么地方呢？靠下方？

不是说闲鱼正在脱坑 flutter 了？

@hqt1021 #28 感谢，内网和 host 模式都不满足我们的需求，我还是想使用 [主机 host:port] 的模式。
已经确认过了，10082 是我映射后的 Port ，没有问题。

@wheat0r 就是比如我有一个 java 仓库，引用的 maven 仓库也是 gitlab 容器上的，maven 服务器地址和 gitlab 一样，也是 192.168.0.220:10082 。
这时候如果 jenkins 容器把这个 java 仓库拉一下编译，由于 jenkins 没法访问 192.168.0.220:10082 ，就没法下载引用的 maven 库，就没法编译

话说我一个 m3u ，放 github 上会被封吗

@icaolei #8 是不是要使用 overlay 网络啊你

@wheat0r #7 就是容器名互访不好用。比如 gitlab 中的仓库，maven 地址是 [主机 ip:port] 的，拉到 jenkins 里就没法拉到 maven 仓库了。

@DefoliationM #3 那 http 不行怎么办呢？我们 [网络改造] 前，是完全行的。

@winterpotato #2 感谢大佬。
但是，我们公司 [网络改造] 之前，jenkins 容器是完全可以通过 [主机 ip:port] 的方式访问 gitlab 的，现在确不行了。

-p 规则检查过了，现在宿主机外面访问完全没问题了。比如：宿主机外 192.168.0.220:10082 是完全可以访问 gitlab 的。

我周一去检查一下 iptables 规则。

@whileFalse #1 不知道啊，计算机网络不怎么懂

@Tabjy #8 PR Decoration 在 bitbucket 上长这样的： https://www.google.com/search?q=sonarqube+bitbucket+decoration&newwindow=1&sca_esv=585206540&tbm=isch&sxsrf=AM9HkKn5sFRrPZnjp5L0yyWRBHIHpUp7DQ:1700899949761&source=lnms&sa=X&ved=2ahUKEwjr8raK2t6CAxWZsFYBHRczB7IQ_AUoAXoECAQQAw&biw=1309&bih=667&dpr=2.2#imgrc=FOOKMrpty5ruJM

可以在代码上 comment ，扫描出问题该 PR 会标记为“NEED WORK”无法合并。

你们的 gitlab 是社区版的吗？ gitlab 社区版我们不会考虑了，企业版又太贵

@Tabjy runner 是可以跑 sonarqube ，但是没法 PR Decoration 吧。
而且 Gitlab 社区版 Vode Review 的体验很差

有的，还有 git hook 脚本自动检查，不符合规范不给 commit

@Tabjy #3 check 了之后的 result 有没有办法 PR Decoration

@lry #2 社区版没法修饰 PR ，就是没有 PR Decoration