Allow containers/plugins to generate outputs #2291
Replies: 4 comments 3 replies
-
The only other generic way beside created files would be to expose an api via some socket (unix socet or udp/tcp ...) And indicate that via some env var |
Beta Was this translation helpful? Give feedback.
-
PS: as github actions are mentioned here, i like the current architecture that divides pipelime frontemd from backend. Do validations on steps after a step did run will break this. |
Beta Was this translation helpful? Give feedback.
-
A backchannel also would be usefull for #2282 and so on. |
Beta Was this translation helpful? Give feedback.
-
Note: we should generate some sort of temporar tocken on the agent for each workflow, so you can make sure to not let other workflows malicious or unintendet interfear with things |
Beta Was this translation helpful? Give feedback.
-
Clear and concise description of the problem
The only way for a plugin or another container to communicate to other containers or with the build process is to create files in the repository, which is a bad idea.
Suggested solution
A way for plugins or even containers to generate outputs which can be accessed from other containers or the users. Similar to GitHub Actions: https://docs.github.com/en/actions/using-jobs/defining-outputs-for-jobs
Alternative
No response
Additional context
depends on #2954
Validations
Beta Was this translation helpful? Give feedback.
All reactions