Open virtuman opened 4 years ago
The main feature of yabeda is the fact that it doesn't just post the message and forget. Instead of this yabeda keeps running in background, refreshes pipeline state and updates slack message with deployment status. Yabeda stops working only when the whole pipeline finishes and it will never happen if yabeda is the part of pipeline.
It doesn't really seem like a running service is necessary when running as a gitlab-ci job. For example:
.gitlab-ci.yml
in this way - all gitlab CI ENVIRONMENT VARIABLES are defined in the scope of the JOB's container, and don't need to be passed manually. Also, don't need an overhead of maintaining a running yabeda service.
a container would start up, execute command, and shutdown. I guess it could similarly be achieved by running command like
curl localhost .....
inside the container (just dont see a good reason to have to structure script command with pre-defined variable names) as in: