-
Notifications
You must be signed in to change notification settings - Fork 20
feat: initial multi-stage deployment #520
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
Conversation
strophy
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm not sure having continue.yml launch as a sub-stage of the deploy command makes sense, we either need to add a lot of error handling here (e.g. what if we deploy stage 2, but specify -i flag? I think it would be simpler to remove the case statement and just create a new top level executable script like bin/start-stage-2-services, except with a better name than that.
| register: chainlock_output | ||
| ignore_errors: true | ||
| no_log: true | ||
|
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
| changed_when: chainlock_output.rc == 0` | |
|
-i wouldn't affect stage2, it will just be ignored @strophy since it only actually does anything with -i in stage1 |
strophy
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Good start, let's see how this goes when we start adding functions

Issue being fixed or feature implemented
This will make the deployment multi-staged, so we can run stage2 after chainlocks are formed. This is important because we need chainlocks in order to:
We could check quorums for the above, but since quorums are required for chainlocks I thought it better to check for chainlocks then we don't need to guess if the quorums are good.
What was done?
Changed /bin/deploy to have a new variable called STAGE where we can give it the stage we want to deploy.
Created continue.yml with a basic chainlock check
How Has This Been Tested?
devnet-yankee
Breaking Changes
None, leaving out "stage" will deploy stage1 as normal.