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

0.13: [Bug]: garden publish command behavior difference between 0.12 and 0.13 #5581

Closed
vvagaytsev opened this issue Dec 19, 2023 · 6 comments

Comments

@vvagaytsev
Copy link
Collaborator

vvagaytsev commented Dec 19, 2023

Garden Bonsai (0.13) Bug

Current Behavior

Check the garden publish command difference between 0.12 and 0.13. Garden 0.13 produces weird results. It appears to:

  1. Download the image from the garden / source registry.
  2. Import that into the local docker with the target registry and original tag.
  3. Re-tag that image with an identical image registry / name and tag that was used in 1, to download it and then push it back again.

Running the identical command works fine with garden 0.12. (i.e. it published to the expected registry image and tag).

0.13 docs: https://docs.garden.io/other-plugins/container#publishing-images
0.12 docs: https://docs.garden.io/v/acorn-0.12/other-plugins/container#publishing-images

Expected behavior

Behavior should be the same as in 0.12.

Reproducible example

See above.

Workaround

Not known.

Suggested solution(s)

Additional context

Your environment

  • OS:
  • How I'm running Kubernetes:

garden version 0.13.22

@stefreak
Copy link
Member

@vvagaytsev How to reproduce this? Does this happen with one of our example projects?

@stefreak
Copy link
Member

Possibly related with (or even a duplicate of?) #5094

@vvagaytsev
Copy link
Collaborator Author

vvagaytsev commented Dec 20, 2023

This might also be related to #4095 (#4740).

@vvagaytsev
Copy link
Collaborator Author

This could be related to #4796 (#4808) too.

@vvagaytsev
Copy link
Collaborator Author

Could be related to #5045.

@vvagaytsev
Copy link
Collaborator Author

Closing in favour of #6050 that has more context and a clear reproducible example.

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

2 participants