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

cf push: support pushing from saved container image tarball #2475

Open
rmcnew opened this issue Jun 28, 2023 · 1 comment
Open

cf push: support pushing from saved container image tarball #2475

rmcnew opened this issue Jun 28, 2023 · 1 comment
Assignees

Comments

@rmcnew
Copy link

rmcnew commented Jun 28, 2023

What's the user value of this feature request?

Users can push a container image without having to publish to a container registry. This is useful for testing or containers that contain non-public information.

Who is the functionality for?

Anyone who wants to cf push containers without publishing to a container registry.

How often will this functionality be used by the user?

I would use it daily. I am not sure how often other users would use it.

Who else is affected by the change?

I do not believe this would cause any breakage. It would allow containers to be pushed from a saved container image tarball in addition to container registries.

Is your feature request related to a problem? Please describe.

I'm always frustrated when I have to setup a container registry just to cf push a container-based app.

Describe the solution you'd like

cf push APP-NAME --docker-saved-image my_saved_app_image.tar

Describe alternatives you've considered

No viable alternatives. Container images must be deployed from container registries. This means the container must be published to a public registry or you must setup your own container registry. This is not ideal for testing or containers that have non-public data.

@a-b a-b self-assigned this Sep 6, 2024
@a-b
Copy link
Member

a-b commented Oct 1, 2024

Thank you for your patience regarding the issue you reported. This seems like a significant feature as we must implement or repurpose existing components to act as an internal registry.

We will be reviewing your ticket with our product team to assess its impact and potential next steps. Once we have their feedback, we will update you accordingly.

If you have any further questions or additional information to share in the meantime, please feel free to reach out.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants