-
Notifications
You must be signed in to change notification settings - Fork 9
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
User defined plugin deployment order selection #367
Comments
From the discussion, the following projects were mentioned where user can control the order of runs in the workflow config: Per @PhillypHenning : YAML deployment order control via root-level
|
Speaking of UX, if going with the YAML config definition, it could consistently work together with a Feature: Run a Deployment sub-step CLI #318. deployments:
prepare-instance:
plugin: ansible
terraform-provision:
plugin: terraform
setup-instance:
plugin: ansible Based on the named deployment definitions, we could potentially provide an option to nicely run the deployment sub-step in CLI like this: $ <docker_cmd> bitops run prepare-instance
$ <docker_cmd> bitops run terraform-provision
$ <docker_cmd> bitops run setup-instance |
Good find on Let's close it in favor of the original one. |
Nowadays we have a pretty static definition of what to run and when in Bitops.
Even though I know the order can be changed by doing some mods, I think it would be nice to do something that could adapt easily to what the user needs.
I can think of more than one scenario where I would like to run some Ansible playbooks before running Terraform for example, but would like to run an Ansible playbook post terraform excecution too.
I can think of two approaches.
We can populate the deployments list by just listing the directories available inside the deployment, and then read which plugin is needed based on the bitops.config.yaml
Slack discussion: https://bitovi.slack.com/archives/C0129U3GL93/p1669301822079609
The text was updated successfully, but these errors were encountered: