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 se it.
So artifacts works as a pipeline data buffer
Very easy. No need for explicit links via YAML/whatever ...
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.
In the systems I am familiar with one has to explicitly describe jobs artifacts via YAML files as dependencies, for the most cases it’s not needed as all I need is to pass files between jobs. Don’t want explicit syntax for that
9 comments
[ 0.25 ms ] story [ 5.0 ms ] threadSo artifacts works as a pipeline data buffer
Very easy. No need for explicit links via YAML/whatever ...
This is also an even worse design than path artifacts in Gitlab CI.
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