Many operators need parameters such as hostname, password, etc. They are connection information. We don't want to put those information in workflow yml file because those files could be uploaded to github.
Idea here is to put those information in a file on home directory.
For example, ~/.digdag/config file has following configuration:
digdag run and digdag schedule take those parameters.
In this idea, digdag push also takes those parameters and set them to defaultParams of a new revision. This is not always expected behavior especially when a project could be pushed by multiple people. But it's acceptable for now.
Many operators need parameters such as hostname, password, etc. They are connection information. We don't want to put those information in workflow yml file because those files could be uploaded to github.
Idea here is to put those information in a file on home directory. For example, ~/.digdag/config file has following configuration:
digdag run
anddigdag schedule
take those parameters.In this idea,
digdag push
also takes those parameters and set them to defaultParams of a new revision. This is not always expected behavior especially when a project could be pushed by multiple people. But it's acceptable for now.