[ECR] [enhancement]: Push fails when image already exists on repository with tag and is immutable
- Dominant language
- Shell
- Stars
- 5.4k
- Forks
- 334
- PR merge metrics
- No merged PRs in 30d
Description
### Community Note
* Please vote on this issue by adding a 👍 [reaction](https://blog.github.com/2016-03-10-add-reactions-to-pull-requests-issues-and-comments/) to the original issue to help the community and maintainers prioritize this request
* Please do not leave "+1" or "me too" comments, they generate extra noise for issue followers and do not help prioritize the request
* If you are interested in working on this issue or have submitted a pull request, please leave a comment
**Tell us about your request**
Currently, a push fails when an image already exists with the given tag, but it would nice for this to be handled more gracefully or at least errored out in a way that it can be distinguished from other issues
**Which service(s) is this request for?**
ECR
**Tell us about the problem you're trying to solve. What are you trying to do, and why is it hard?**
Ability to re-run a deploy of the current build when it failed or re-run deploy tasks in CD so it's possible to rollback to old builds
**Are you currently working around this issue?**
No, just living with it
**Additional context**
Original issue [here](https://github.com/aws/aws-sdk/issues/750)
Contributor guide
Research direction
Start by reviewing the ECR immutable-tag push behavior described in this issue and the linked AWS SDK issue 750. Clarify whether the desired outcome is graceful handling or a distinct error for an existing immutable tag, then define completion around supporting reruns or rollbacks without treating the failure as an indistinguishable push error.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- aws
- Domain
- cloud
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Quiet
- Clarity
- Needs clarification
- Newbie friendliness
- 30/100