GitHub 仓库突然收到大量 Stars,没找到原因……

2020-04-21 11:53:18 +08:00
 h404bi

我维护的一个 scoop bucket 仓库: https://github.com/h404bi/dorado 在昨天访问量突然激增并被大量 star (虽然只是百来个,但不少了)。bucket 本来是自用为主,后来逐渐有其他 scoop 用户在用就维护着。除了此前在 v2 这里偶尔发过几次链接外,也没特别分享推广过。

仓库的 traffic 数据里也没有给出异常的 referral,突然来的找不到来源的 star,有点怂🤦‍♂️…

6528 次点击
所在节点  
12 条回复
heiybb
2020-04-21 11:56:44 +08:00
heiybb
2020-04-21 11:58:23 +08:00
@heiybb #1 点进 Thread 看,就有你这个 rep 的直链了
会不会是从这过去的
时间点也差不多能对上
lostpg
2020-04-21 12:18:48 +08:00
好评!
h404bi
2020-04-21 12:43:08 +08:00
@heiybb 谢谢谢谢,应该是,破案了。原来是 tweet 上被分享,链接在 traffic 里没有来源真不好排查。
Jirajine
2020-04-21 12:43:42 +08:00
有个小问题,你这个库里面有不少应用和官方库有重名的,不知道安装的时候 scoop 会装哪个?
个人觉得官方库里有的和通用的软件应该合并提交到官方仓库,这个库只单独维护一些本地化的软件即可。
rosu
2020-04-21 12:45:59 +08:00
仓库 insight — traffic 里有访问来源。
h404bi
2020-04-21 13:07:15 +08:00
@rosu 就是 traffic 里看不到有异常的 referral 才一脸懵逼😂
h404bi
2020-04-21 13:15:08 +08:00
@Jirajine 理论上应该是 main bucket 的权重是最高的,实际上 scoop 还没有做 bucket 权重的 feature,好像是按 bucket 克隆到本地后的名字按字母顺序先后查找 manifest 。我这个库里跟主库有重的原因有两个,一个是有些 package 是先于主库创建的,后面有其他用户加到主库里了。另一个原因是有些 package 我觉得主库的 manifest 写得不太好影响使用,就自定义了一份。有想过给重复的 manifest 改名,但是改名 /删除都会影响 end users,所以一般只增不减。
Jirajine
2020-04-21 15:40:42 +08:00
@h404bi scoop 这个不完善就有点坑,不但你维护时需要重复不必要的工作,还可能因更新不及时、版本差异造成其他难以排查的 bug 。
我觉得还是得尽早解决,比如给重名的应用发布更新标记为 deprecated 提示用户并 suggest/depend 对应主仓库的包或改名后的自己的修改包让他们迁移,不然时间长了历史包袱越来越重就很麻烦了。
h404bi
2020-04-21 18:55:25 +08:00
@Jirajine 我用了 5 年 scoop 了。其实除了 bucket 的一些问题外,scoop 还有不少其他方面的问题。不过还好不是非常严重,核心功能还是很好用的,而且一些问题 backlog 也被解决掉了。scoop 的开发活跃度不高,问题只能慢慢处理啦。
fangxing204
2020-04-21 18:57:15 +08:00
我在 Twitter 上看有人推荐你这个的
BenX
2020-04-21 19:07:44 +08:00
好像昨天有个群里讨论了这个,顺手点了一个 star

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/664575

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX