Closed Ben8t closed 9 months ago
FWIW this is an expected behavior so I'll add documentation to clarify that and close the issue
flows are not Namespace Files, they must follow the structure of being added as not-nested files in the _flows
directory. We need to educate users that flows are stored in the database, not as Namespace Files and they need to be treated differently
A large part of the problem comes from the VS Code editor that exposes flows as a directory 😢 we should have never done that. By seeing flows in a directory, users think that flows are arbitrary files rather than orchestration metadata structured in YAML config and sent to the API
It seems that having a separate directory per namespace may help to structure flows in the repo a bit better in Git Sync deployment patterns + better manage child namespaces https://github.com/kestra-io/plugin-git/issues/49
Expected Behavior
Having everything under
_flows
being parsed. Also the possibility to arrange flows in nested namespace in subfoldersActual Behaviour
When having the following repository structure:
With
test.yml
:git-sync.yml
as:The git-sync flow raises this error:
Having nested directories in
_flows
doesn't seem to work; it's not parsed + the logs is not very informative.Steps To Reproduce
No response
Environment Information
Example flow
No response