Skip to content
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

Improve dev cycle for pushing to ECR #765

Open
1 of 2 tasks
normj opened this issue Apr 24, 2023 · 0 comments
Open
1 of 2 tasks

Improve dev cycle for pushing to ECR #765

normj opened this issue Apr 24, 2023 · 0 comments
Labels
feature-request A feature should be added or improved. p2 This is a standard priority issue queued

Comments

@normj
Copy link
Member

normj commented Apr 24, 2023

Describe the feature

In the old .NET deployment experience we had the aws-ecs-tools-defaults.json created during deployment so redeployments could be a quick 2 click start and confirm process.

With our new experience because we don't include ECR repositories as part of the Existing Targets each ECR push involves going through the whole deployment experience making the dev cycle have too many clicks.

We need to look into how we can improve the dev cycle for ECR pushes after the initial push to be back to the 2 click start and confirm process.

Use Case

ECR pushes after the first push should be able to be done in a 2 click start and confirm process.

Proposed Solution

Showing all ECR repositories in the Existing Targets is probably too much because the repository could have no relationship to our tooling or this project.

Look into maybe tagging the repositories as we create/push to them so we can use that as a filter in the Existing Target. Or possibly reintroduce some version of a local config file.

Other Information

No response

Acknowledgements

  • I may be able to implement this feature request
  • This feature might incur a breaking change

Version used

1.12.3

Operating System and version

Any

@normj normj added needs-triage This issue or PR still needs to be triaged. feature-request A feature should be added or improved. labels Apr 24, 2023
@ashishdhingra ashishdhingra added needs-review p2 This is a standard priority issue and removed needs-triage This issue or PR still needs to be triaged. labels Apr 24, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
feature-request A feature should be added or improved. p2 This is a standard priority issue queued
Projects
None yet
Development

No branches or pull requests

2 participants