-
Notifications
You must be signed in to change notification settings - Fork 3.9k
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
[pipelines] extra room for actions in cdkStage addApplication() #11333
Comments
Does I would not mind this being added. |
@rix0rrr unfortunately not, we are using the |
…kStage addApplication() Currently there is no way of reordering stages/actions once they are created. Getting to the Prepare and Execute change set actions while adding an application stage, we identified a use case within our company that needs one or more intermediary sequential actions before actually executing the change set. To resolve the problem, I suggest extending the AddStageOptions interface with an optional property representing the number of intermediary actions you need room for. Closes aws#11333
…kStage addApplication() Currently there is no way of reordering stages/actions once they are created. Getting to the Prepare and Execute change set actions while adding an application stage, we identified a use case within our company that needs one or more intermediary sequential actions before actually executing the change set. To resolve the problem, I suggest extending the AddStageOptions interface with an optional property representing the number of intermediary actions you need room for. Closes aws#11333
…kStage addApplication() Currently there is no way of reordering stages/actions once they are created. Getting to the Prepare and Execute change set actions while adding an application stage, we identified a use case within our company that needs one or more intermediary sequential actions before actually executing the change set. To resolve the problem, I suggest extending the AddStageOptions interface with an optional property representing the number of intermediary actions you need room for. Closes aws#11333
…kStage addApplication() Currently there is no way of reordering stages/actions once they are created. Getting to the Prepare and Execute change set actions while adding an application stage, we identified a use case within our company that needs one or more intermediary sequential actions before actually executing the change set. To resolve the problem, I suggest extending the AddStageOptions interface with an optional property representing the number of intermediary actions you need room for. Closes aws#11333
…kStage addApplication() naming changes as per reviewer recommendation Closes aws#11333
…kStage addApplication() (#11376) Currently there is no way of reordering stages/actions once they are created. Getting to the Prepare and Execute change set actions while adding an application stage, we identified a use case within our company that needs one or more intermediary sequential actions before actually executing the change set. Moreover, I can imagine there can be plenty of use cases with similar requirements of having certain actions to fulfil between the Prepare and actual Execution of the Change Sets. To resolve the problem, I suggest extending the AddStageOptions interface with an optional property representing the number of intermediary actions you need room for. Closes #11333 ---- *By submitting this pull request, I confirm that my contribution is made under the terms of the Apache-2.0 license*
|
Reserve room for more actions between the prepare and execute actions added within
addApplication()
method in the CdkStage class.Use Case
Currently there is no way of reordering stages/actions ( #10127 ) once they are created. Getting to the
Prepare
andExecute
change set actions while adding an application stage, we identified a use case within our company that needs one or more intermediary actions before actually executing the change set. To be more specific, once the prepared change set is reviewed and manually approved, we have to reach out our ticketing tool for creating a change request before actual deployment to production. All the above must run sequentially, as the change request needs the user email that approved the deploy.Proposed Solution
To resolve the problem, I would suggest extending the
AddStageOptions
interface with an optional property representing the number of intermediary actions you need room for, thus theexecuteRunOrder
will get increased with this optional property. I've already tested it roughly, and it works like expected.Raw implementation
This is a 🚀 Feature Request
The text was updated successfully, but these errors were encountered: