Releases: silvercar/ecs-cluster
1.6.0
1.5.2
Further modifies the update_image function + fixes a bug in get_latest_task_definition_arn. Now, the most recent task definition will always be used as the base task definition. Additionally, the most recent task definition tagged 'ecs-cluster' will always be deregistered.
1.5.1
Changes ecs-cluster so that, by default, only task definitions that are created by ecs-cluster can be deregistered by ecs-cluster
1.5.0
This release removes the latest option from the update-image command. Default behavior is now that a new task definition is always created using the latest tagged task definition as the base (as opposed to the task definition that is currently running).
allow to override the command for the task definition
Merge pull request #38 from silvercar/adding_command_override allowing to overwrite the command when updating the task
entrypoint argument is a string but the task definition expects a list
Merge pull request #37 from silvercar/add_entrypoint_override entrypoint needs to be a list or a tuple
Allowing option to override the task definition's entrypoint
Merge pull request #35 from silvercar/add_entrypoint_override adding --entrypoint parameter to be passed in to override the task definition
Removing service_arn dependency searching by service name
Merge pull request #34 from silvercar/bug-hugo-found Resolve bug where the incorrect service would be returned.
Conditional deregistration of old task definitions in update-image
When update-image is invoked, the old task definition will no longer be deregistered if it was previously the latest task definition