DSCI：让 CI 工件处理回归简单
CI jobs artifacts should not be difficult
在 CI 流水线中处理工件往往繁琐复杂，但 DSCI 提出了一种极简方案。你只需在任务脚本中将文件写入 ~/artifacts/ 目录，后续任务即可直接读取。无需配置复杂的上传下载流程，任何位于该目录的文件天然成为管道数据缓冲区。如果某个任务删除了文件，后续任务自然无法访问，逻辑清晰直观。这种设计让 CI jobs artifacts 的处理变得像本地文件操作一样简单，彻底告别繁琐的配置。
DSCI 极大地简化了流水线中处理工件的流程。
HN 评论区
15- tuxie_
> 这个理念是——Git 服务器 + 用于 CICD 的 YAMLess 流水线（……）
我在介绍部分 [0] 看到的第一样东西就是 YAML 配置文件。那“YAMLess”到底是什么意思？我原以为是“没有 YAML”。
- melezhik
在 DSCI 中，CI 工件处理很简单：每个任务都可以在 ~/artifacts 目录下创建一个文件，后续所有任务都能看到它。如果某个任务删除了 ~/artifacts 中的文件，后续任务就看不到了。
所以，工件的作用就像一个流水线数据缓冲区。
非常简单。不需要通过 YAML 或其他方式建立显式链接……
- formerly_proven
这篇短文里的示例自相矛盾（示例创建并读取了 ~/artifacts.txt，而正文却反复声称工件是 ~/artifacts/ 目录下的任何东西）。
这也比 Gitlab CI 中的路径工件设计更糟糕。