在开源代码中 rm -rf 是为了什么？

[runze]

https://github.com/ElderDrivers/EdXposed/blame/7e0d8439e48fea20e51ed997d03ad06a1664ed7c/edxp-core/template_override/customize.sh#L351

[Vhc001]

@MaiKuraki #59 怎么，你试过了？

[huiyifyj]

这项目维护者 ci 真是写得够狠啊

[JamesR]

canary 版本用户全嗝屁了

[Jooooooooo]

符合破坏计算机信息罪

建议报警

[yanqiyu]

这灵魂 CI/CD，我觉得恶意 pr 不但可以破坏用户文件，还可以偷走项目的一些 secret

[tankren]

恶意利用 GitHub 漏洞 恶意删除他人文件 受害者可以报警

[yanqiyu]

@cedoo22 不一定，开源代码的不附加保证并不代表恶意行为可以被开脱。

[suotm]

不理解这种行为，似乎不是很高级的 hack，先问一下始作俑者意义何在？

[sky96111]

@gamexg CI 配置有问题，未合并的 pr 也会被构建，然后用户端金丝雀版会直接从最新的 CI 下载文件

[gamexg]

@sky96111 #69 好吧，神奇的 ci 配置。
这次仅仅只是删除文件还算好的，要是被植入木马才是大坑。

[bitdepth]

一堆人不懂開源協議亂罵
開源協議寫了你自己拿去用，作者不負責的

[hwdef]

@bitdepth
你这语气看来你很懂。

所以你的意思是向开源代码里提交恶意代码不应该被骂？

[longaiwp]

问题是这是提交 PR 的人的问题吗？这难道不是 CI 就会自动发版的问题吗？ Github 的恶意 PR 不计其数，导致问题的就你，你想想是谁的问题？责任分主次，不要颠倒黑白。

[chinvo]

@longaiwp #72 主责自然是破坏者啊，怎么还有想让项目背主锅的

洗地水平太差

[LokiSharp]

@longaiwp #73 没出问题啊。。。
出问题的都是自己选择 Canary 通道的人，后果自负。没推到 Release 通道之前发生什么都和作者没关系

至于 PR 提交者的责任，我们旁观者没啥好追责的，不是当事人，吃瓜就好了。

[minami]

@bitdepth #71 那你解释下 AntD 圣诞彩蛋事件？嗯？如果照你说的开源不要负责，为什么彩蛋作者要背 325，还要出来公开道歉？

[kojirou]

本来想阴阳怪气一下，想想还是算了^^

[SZP1206]

长了见识，还真是什么人都有啊

[bitdepth]

@minami 自己讀完 GPL 3.0 license 再來談

[minami]

@bitdepth #79 你这讲的越来越离谱了，这个是恶意 PR，项目所有者也是受害者，你叫我读 GPL ？？？？