Closed KyleTryon closed 4 years ago
Any ETA for this PR to be merged to the orb?
@KyleTryon Do you have any further considerations about this PR?
I still have concerns about
I am wondering your thoughts, perhaps we need to break up arguments for each individual CLI command?
But, that can also be another PR. Going to attempt to merge now, thanks all.
Is there some way to integrate/test the alpha version of the orb @KyleTryon @lokst ? Is it published somewhere that can be referenced in a pipeline?
@zetxek The changes from this PR are available in circleci/aws-code-deploy@1.0.1
Original issue from old repo: https://github.com/CircleCI-Public/circleci-orbs/issues/185 Original PR: https://github.com/CircleCI-Public/circleci-orbs/pull/235 Original reporter: @pcwiek Original PR author: @Kobin
What happened
Any arguments passed to
aws-code-deploy/create-deployment-group
which are intended for group creation are also passed to AWS CLI when callingaws deploy get-deployment-group
, which makes the check for group existence fail each and every time because those options are not recognized byget-deployment-group
. Then the step tries to create the group again and fails every time because the deployment group with specified name already exists.CIRCLE_WORKFLOW_ID=cf22d16d-2421-4a55-9ae0-2327f7b11fd6
Example below is adapted from one of the steps from workflow above
ensure-deployment-created
Output:
Expected behavior
Either the arguments should be split in two (arguments to
get-deployment-group
andcreate-deployment-group
separately), or they should be only used forcreate-deployment-group
and omitted forget-deployment-group
call.Fixes #185
Checklist
Motivation, issues
Issue #185 showed that the arguments are passed both to the
get-deployment-group
andcreate-deployment-group
subcommands. As the former has less arguments, it will likely fail when some arguments provided.Description
Separate
get-deployment-group
arguments into their own parameter, to ensure the command won't yield a non-zero exit code and trigger the deployment group creation just because the parameters were invalid.@KyleTryon: I have taken your PR one step further to ensure the parameter is included within the deploy job, not just the command.
A concern I have is the arguments parameter is still passed to each command. Might that mean that similar issues to yours will still exist? @lokst I am wondering your thoughts, perhaps we need to break up arguments for each individual CLI command?