-
Notifications
You must be signed in to change notification settings - Fork 0
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Auto save pipely #63
Comments
I’m a bit confused. Why is the auto-save feature related to the feature of running multiple instances of a pipeline? Does auto-save mean automatic deployment of a pipeline? |
Actually... it's not xD
No. I just thought about saving the configuration every time a change appears. But then we need to save a new version of the configuration on every change or maybe one new version per session and overwrite this new version on every change during this single session. I think we need a clear separation between instance and configuration, maybe editing a instance just should not be possible. So you could only edit configurations. Then we could create two different overviews. One with all the running pipelines where it is possible to monitor the state etc., change the version of the pipelines configuration and so on and one with all configurations where one can edit a configuration and create new versions of existing ones. This would of course bring some major disadvantages for example the live view on the data would not be possible from within the editor if you have no connection to a running instance etc. At the moment I have no proper solution but It's something we should think about. Maybe it's more a subject for a personal meeting than a discussion on GitHub^ |
At the moment pipely does not auto save new configurations.
After some evaluations its clear that the save button has to be removed and replaced with a autosave function.
For the autosave function it is necessary to properly distinguish pipeline drafts from running pipeline instances and handle mulitple versions of a configuration.
We need a concept for the visual representation of multiple instances and versions of a single configuration.
This issue is related to #54
The text was updated successfully, but these errors were encountered: