2021-04-15 14:30:21

我要吐槽一下码云 Gitee 引用第三方图片失败和 issues 处理机制


我要吐槽一下码云 Gitee 引用第三方图片失败和 issues 处理机制

我为什么要在我自己的博客上吐槽 码云 Gitee 而不去 码云 Gitee 反馈意见呢?因为这样是本次吐槽的槽点之一,码云 Gitee 对待意见建议 issues 的机制也有问题,我先去提了一个 issues 上去:README.md 引用第三方图片失败,然后官方人员回复以后拒绝了,问题就来了,官方人员拒绝以后我就被办法再回复了,只能在我自己的博客上吐槽了,如下图:

README.md 引用第三方图片失败

事件起因

先大致描述一下,码云 Gitee 是我刚刚使用不久的代码仓库,我一直在使用 Github,因为国内访问速度缓慢,我开始使用 码云 Gitee,因为我熟悉了 Github 的使用方式,刚刚来到 码云 Gitee 我就感到还有一些小细节的问题不如 Github 处理的好。码云 Gitee 是国人的骄傲,我也希望 码云 Gitee 越来也好,所以我就提了建议 issues,官方人员没明白我的意思就关闭了 issues,我也就没办法继续讨论了。

好了,现在开始详细描述事件的经过:

码云 Gitee 作为我刚刚接触不久的代码仓库,我之前的代码都托管在 Github,所以在过渡期间我选择两家都用,这一对比就出现了一些细节上的差异,我的仓库地址分别是:

Github:https://github.com/renfei/Indexing

Gitee:https://gitee.com/rnf/Indexing

你现在看上去好像都正常,那是因为我做了一些处理,当时是这样的:

我在 README.md 中引入了一张图片,地址是我的 CDN 地址:https://cdn.renfei.net/upload/image/2021/indexing_tools.gif

Github 在展示 README.md 的时候直接替换成了:https://camo.githubusercontent.com/c74d6df72c262ef1742446e34b763713ec97cbf2f260f7064f92b694647efbde/68747470733a2f2f63646e2e72656e6665692e6e65742f75706c6f61642f696d6167652f323032312f696e646578696e675f746f6f6c732e676966

码云 Gitee 这边图片直接挂了。

我开始排查原因,发现在 码云 Gitee 上是直接引用了我的图片地址 https://cdn.renfei.net/upload/image/2021/indexing_tools.gif,但是我的 CDN 开启了防盗链措施,因为 gitee.com 直接引用了我的图片资源,我的图片连接直接就返回了 403 状态,导致图片挂了。

我发现了问题并对比了 Github 的处理方式,我认为 Github 的方式非常好,先下载图片再替换成自己的链接,这样不依赖第三方,第三方即使开启了防盗链措施,也可以正常展示图片。

所以我到 码云 Gitee 提了个 issues,建议他们也先下载图片替换成自己的,哪怕是反代也行啊。就是这个:README.md 引用第三方图片失败

事件经过

我提交上去以后,超过24小时没有回音,如果不理解我说的,也不进一步询问,就那样挂着,期间被拒绝又打开,然后我为了进一步说明我的意图,我还补充了描述和截图:

WX20210415-142747.png

事件结果

我等不行了,我只能在自己的 CDN 上增加白名单,把 gitee.com 加进我的白名单里,才让图片显示出来。然后官方回复了:

仓库中数据不会为用户做这样的处理。不合适。

就关闭了 issues,我也没办法继续跟他们讨论了,因为他们的机制是:当前仓库“已完成”、“已拒绝”状态的 Issue 不允许评论

其实只需要前端View展示的时候替换即可,并不是真的需要修改用户的代码仓库文件,脑子一根筋,Gihtub是怎么做到的。

吐槽

只靠文字和图片可能无法理解我的意图,我能理解。但直接关闭就无法继续回复了,这种傲慢的处理方式是我无法理解的,所以我只能在我自己的博客上吐槽了。

另外,在发布功能上,码云 Gitee 上限制附件大小:

单个附件不能超过 100M(GVP 项目200M),每个仓库总附件不可超过 1G(推荐项目不可超过 5G;GVP 项目不可超过 20G)。附件总容量统计包括仓库附件和发行版附件。

Github 上就不限制,而且我为了方便用户使用,我分别打包发布了程序+JRE运行环境,就分为了 linux_x64、 macOS_x64、 windows_x64、 windows_x86 多个环境包,这也造成了我只发布几个版本,我的附件容量就用光了!

推荐项目有 5G 的容量?但是这也是个吐槽点!我点了自荐以后,根本没任何信息反馈,无法获取推荐。

结论

也许是我更熟悉和习惯 Github,导致我对 码云 Gitee 有点严苛了吗,但我希望用户能鞭策能让 码云 Gitee 走的更远更好。


商业用途请联系作者获得授权。
版权声明:本文为博主「任霏」原创文章,遵循 CC BY-NC-SA 4.0 版权协议,转载请附上原文出处链接及本声明。
原文链接:https://www.renfei.net/posts/1003498
评论与留言
以下内容均由网友提交发布,版权与真实性无法查证,请自行辨别。

本站有缓存策略,时间约2小时后能看到您的评论。本站使用自动审核机制,如果您的内容包含广告/谩骂/恐怖/暴力/涉政等不和谐内容将无法展示!

JustTes2020 2021-04-16 06:17:38 - Hefei, Anhui, China

test

回复

本站有缓存策略,时间约2小时后能看到您的评论。本站使用自动审核机制,如果您的内容包含广告/谩骂/恐怖/暴力/涉政等不和谐内容将无法展示!

关注任霏博客
扫码关注「任霏博客」微信订阅号
微博:任霏博客网
Twitter:@renfeii
Facebook:任霏
最新留言 优先级低的并不代表一定要等到优先级高的运行完才能运行,只是cpu分配的资源少了而已。 /lib64/ld-linux-x86-64.so.2: No such file or directory 报了这个错误,怎么解决呢 对于一个布道 DevOps 多年的选手来讲,看到这个报告,还是想继续布道布道。虽然是各种对比哈,但是我感觉与 DevOps 太像了(可能是职业病犯了哈)。首先声明本人不是GitLab 用户(因为不免费,没法薅羊毛啊),本人是 GitHub 忠实用户。 首先,你这是田忌赛马的对比,中文对比一事,着实有点可笑 1 土生土长和外来户能立马拉到同一个起跑线上吗? 2 一个真正的开发者应该去提升自己的英语能力,而不是拿全部是中文文档说事。大家都知道现在开源非常热,开发者是开源的主力军,如果要贡献优秀的开源项目(诸如Linux 内核,Kubernetes),英语就是个硬门槛。如果我是你,我倒希望公司内部的系统是英文的,最起码能让我锻炼英语,在看开源项目文档的时候不至于看不懂,提 PR 的时候不至于提交代码的内容描述不清楚而没法被 Merge。 其次,阿里云效、Coding 大家都知道背后站的是谁,很容易造成厂商绑定,现在很多企业都希望不要被厂商绑定。 再者,有一个点需要明白,GitLab 是一个 DevOps 平台,什么叫做 DevOps 平台(DevOps 走到现在,确切的说应该叫做 DevSecOps)?就是覆盖了软件开发生命周期全阶段的,从项目管理到代码托管到安全再到日志监控、甚至包含现在的云原生能力。不仅仅是说一个 CI/CD 就能概括的了的。这一点是 DevOps 布道的真正误区,我见过太多了,我在这儿再布道一哈,CI/CD 不等于 DevOps,他只是 DevOps 落地实践的核心能力。仅凭借一个 CI/CD 能有现成模版就判断出哪个好坏,过于牵强了吧。相信大家真正到项目用的时候,模版是满足不了要求的吧,毕竟大家都很特性化。 最后,还是一个很热的话题,开源,open source。GitLab 是开源的,Coding 和 云效这方面我没看到相关的开源内容(可能是我孤陋寡闻)。大家可以看看国内有多少用 GitLb 的,GitLab 的 CE 版,然后私有化部署,就是很多公司的代码托管 + DevOps 解决方案。 个人愚见,做一些对比报告的时候,还是先需要明白这个产品的定位,去深入挖掘一些真正有意义的对比,这样的对比报告才能有意义。作为一个常年写博客、文章的人来说。你写的每个字、每篇文章,你要想到你的思想会影响到别人。有可能因为你的片面之词,让别人错失一些学习的好机会。 docker run 那一长串后,出来一个字符串,然后去 docker containers 下面看 显示 exited(1);logs 下就一行错误 initdb failed 感谢🙏,第一个问题是空格的问题应该,我逐字敲完后可以构建了.第二个问题是我docker环境的问题,docker更新为最新版后需要重置配置文件.现已经正常使用,再次感谢您的分享和您的细心解答,期待下次相遇😄 还有一个问题可以请教下吗?就是我在容器里建文件夹没有权限,su root后密码不知道是多少,sudo mkdir xxx 提示我,没有sudo命令,请问有好的解决方法吗?谢谢解答 -v 后面可以指定文件吗 我的也是报错,还有。我执行了这个:@localhost kingbase-es-v8-r3-docker % docker run -d --name kingbase -p 54321:54321 -e SYSTEM_PWD=SYSTEM -v /opt/kingbase/data:/opt/kingbase/data -v /opt/kingbase:/opt/kingbase/Server/bin kingbase:v8r3 docker: 'run -d --name kingbase -p 54321:54321 -e SYSTEM_PWD=SYSTEM -v /opt/kingbase/data:/opt/kingbase/data -v /opt/kingbase:/opt/kingbase/Server/bin kingbase:v8r3' is not a docker command. See 'docker --help' 麻烦帮忙看下,是不是我写的命令有问题,还是版本问题,谢谢啦 请问我build的时候一直报错,是资源没了吗?failed to solve with frontend dockerfile.v0: failed to create LLB definition: failed to do request: Head "https://reg-mirror.qiniu.com/v2/library/centos/manifests/7?ns=docker.io": Moved Permanently 能不能在代码那里详细解释一下啊,没完全懂呀 en 按照路径上的来操作的,但是启动时一直报:zsh: no such file or directory: docker run -d --name kingbase -p 54321:54321 -e SYSTEM_PWD=SYSTEM -v /Volumes/installation/opt/kingbase/data:/opt/kingbase/data -v /Volumes/installation/opt/kingbase/bin/license.dat:/opt/kingbase/Server/bin/license.dat kingbase:v8r3 错误