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

Don't build an IntegrationKit on upgrade with same runtime version #5513

Open
squakez opened this issue May 16, 2024 · 0 comments
Open

Don't build an IntegrationKit on upgrade with same runtime version #5513

squakez opened this issue May 16, 2024 · 0 comments
Labels
kind/bug Something isn't working

Comments

@squakez
Copy link
Contributor

squakez commented May 16, 2024

When we upgrade from one operator version to another and after the user execute a rebuild (ie, kamel rebuild) a new IntegrationKit is created, likely because we consider the new operator version. This happens also when we don't change the default runtime version. I think we can avoid to build a new IntegrationKit at all, however, the problem is that, even building the new IntegrationKit, then, this is not picked by the new Integration run (which uses the previous one). Probably this is happening because we don't check the operator version when looking up for kits, but only the runtime version.

@squakez squakez added the kind/bug Something isn't working label May 16, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
kind/bug Something isn't working
Projects
None yet
Development

No branches or pull requests

1 participant