-
Notifications
You must be signed in to change notification settings - Fork 320
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
[ECR] [request]: Repository create on push #853
Comments
It would be very useful if auto created repositories could also have resource policies attached when they are created. |
@joshrivers thanks for the great input! We're thinking of doing that as part of #799 |
This feature works really well in artifactory and nexus and would be helpful in automated scripts if pushing to ECR. |
Just to add, this is something other cloud providers support (GCP) and makes them (GCR) a much better host for images in our multi cloud setup. |
Hi any update on this ?? |
+1 for the feature. I can't imagine why AWS already didn't implement this, atleast as a optional setting in ECR. This improves developer experience hugely. |
+1 Auto-Create Repository on Push is really expected and important feature from registry service, it is really critical to have it from the box (like the other competitors have) |
+1 I really need this feature |
This is the largest blocker for us in fully transitioning to ECR. Unbelievable it doesn't exist yet... |
+1 any update on this? |
+1 we really need this feature |
+1 would love to see this as well. |
+1 it is a blocker for me to move to ECR completely. would love to get an update if this featrure will be added. |
We really need this feature as well, otherwise we simply cant use ecr. |
+1 for that feature. |
+1 Absolute blocker to using ECR! We need this feature enhancement. |
Please please please make it so! |
I don't understand how this is so hard, this text is in the beginning of every issue, and is applies to a lot more than just this AWS repo:
It's very disappointing to get updates as a follower on this issue with yet another person writing pointless comments. That will help make the issue more visible when maintainer sort by 👍-reactions, which is what they do.. (example) If you are truly interested in getting priority bumped for repos that use systems like this just click the good damn 👍 button on the issue (the post at the top) and be happy 😄 Anyway sorry for contributing to the notifications and the rant.. |
+1 |
Hi everyone. I apologize for being late to update on this one. We absolutely hear that this is a feature that many customers would like to see. The 'under consideration' tag still applies, and hopefully we provide more updates soon. By design, ECR has not had create on push as a number of features and configuration options exist for repositories. Settings for these features, from access controls to tag immutability to encryption have a default of 'none', for security reasons. So we need to sort that out before we create repos that aren't useful for most use cases. Our plan is still to leverage registry-scoped configuration profiles, see #799 . This was the idea a while back and it still makes sense, but we needed to do some initial work in the service. At this point, we're starting to scope this out. I know it's been a while, thanks for your patience and we do hear you. We'll share more when we have some tangible news to share. Thanks all! |
…ushes (#1590) ## Description This PR creates a tunnel per image push (making it easier to implement concurrency - may do that in this PR if we can confirm that issues are mitigated) moves the CRC from the image name to the tag and changes the UI to use a progressbar instead of a spinner for better user feedback. ## Related Issue Relates to #1568 , #1433, #1218, #1364 This also will make #1594 slightly easier. (See aws/containers-roadmap#853) Fixes: #1541 ## Type of change - [X] Bug fix (non-breaking change which fixes an issue) - [ ] New feature (non-breaking change which adds functionality) - [ ] Other (security config, docs update, etc) ## Checklist before merging - [X] Test, docs, adr added or updated as needed - [X] [Contributor Guide Steps](https://github.com/defenseunicorns/zarf/blob/main/CONTRIBUTING.md#developer-workflow) followed
I love AWS in general, but just so you know, this works fine in Google Cloud Container Registry. |
@jlbulter Thank you for your detailed response! I appreciate hearing you all are actively working on this issue. Do you think this feature could potentially be released by the end of Q4 2023? No rush at all (workaround in the link below), I was just curious if there are any updates. For the time being, I will use the suggestion listed: Thank you again for your time, |
Hi All, we are working on this. We'll provide an update on the progress at a later date. |
@hsejour any update on this? :) :) |
+1. Still waiting. Clearly there's a lot of interest. |
May I suggest this should work in combination with the new repository templates feature? To be clear now repository templates works only when it's AWS automation that are creating the repo. E.g. A pull through cache repo is created automatically (when the corresponding image is pulled by a client) and the template is applied. However the template does not apply when I create a repo manually with the cli |
Would love to have this feature. It would speed up development a lot. |
This is by default in google cloud |
+1 |
1 similar comment
+1 |
What's the scoop? |
Community Note
Tell us about your request
When pushing an image, create the repository automatically if it doesn't exist.
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?
Before pushing an image, I need to first create the repository which adds friction.
Are you currently working around this issue?
Creating the repository before push
Additional context
The text was updated successfully, but these errors were encountered: