CI jobs artifacts should not be difficult
melezhik
18 points
14 comments
August 20, 2026
Related Discussions
Found 5 related stories in 41.8ms across 4,128 title embeddings via pgvector HNSW
- Show HN: OJCP – an open protocol for agent-consumable job data fraywing · 11 pts · August 11, 2026 · 48% similar
- Code as an Artifact pradeeproark · 21 pts · August 20, 2026 · 44% similar
- Show HN: Aict – Unix coreutils that output XML/JSON, built for AI agents ronak_parmar · 16 pts · July 15, 2026 · 41% similar
- I Inspected My Take-Home Interview Project. It Was a Whole Operation CITIZENDOT · 338 pts · July 22, 2026 · 41% similar
- Git worktrees are not an isolation boundary for coding agents alchaplinsky · 31 pts · July 30, 2026 · 41% similar
Discussion Highlights (5 comments)
melezhik
IN DSCI CI artifacts are easy, every job can create a file inside ~/artifacts directory and all subsequent will see it. If any job remove a file for ~/artifacts all the subsequent jobs won't see it. So artifacts works as a pipeline data buffer Very easy. No need for explicit links via YAML/whatever ...
formerly_proven
The example contradicts itself in such a short blog post (the example creates and reads ~/artifacts.txt, the prose claims repeatedly artifacts are anything in ~/artifacts/). This is also an even worse design than path artifacts in Gitlab CI.
tuxie_
> The idea is that - Git server + YAMLess pipelines for CICD (...) The first thing I see in the introduction [0] is a YAML configuration. What is YAMLess supposed to mean? I assumed it was "no YAML". [0] https://deadsimpleci.sparrowhub.io/doc/introduction
nkapias
What's difficult about artifacts ?
anon7000
This feels like it’s not built for massively parallelized CI steps