-
Notifications
You must be signed in to change notification settings - Fork 345
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
feat(ci): latest runtime snapshot available #3764
Conversation
@claudio4j @oscerd @tadayosi wdyt? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It's a good idea, just one minor finding. We also need to be sure the deploy on snapshot always work. We need to set up a github action or ci build, to always deploy camel-k-runtime to snapshot. Every night for example.
Yes, that's correct. We already push a snapshot for Camel K runtime when we add a commit, but, it would be advisable to enable the same nightly to refresh that. |
All good then. At some point we'll need to move the runtime bits in camel quarkus, so the camel k release will be easy |
Hey @oscerd, right now the publish of Camel K runtime on snapshot always happen when a new commit is pushed to the |
As there is this maven-settings.xml, the other scripts maven_overlay.sh, package_maven_artifacts.sh, can be changed to use this maven-settings.xml. currently the
|
Yes, we need this as well: apache/camel-k-runtime#911 |
As I remember it we had been using the runtime snapshots in earlier Camel K versions. I don't know why we haven't done the same lately. Definitely a good idea. |
d329fc6
to
6e860ec
Compare
Some error in the ❌ TestLocalBuild (5m0.05s) @tadayosi does it ring any bell? |
@squakez Looking at the error output, they are failing because they cannot execute a local Maven project to calculate dependencies. It appears there are some problems in downloading and resolving dependencies with a snapshot runtime.
You should be able to replicate the issue locally by |
I can replicate it locally:
|
I think the root cause is the the default Maven repositories don't include https://repository.apache.org/content/repositories/snapshots-group. We'd need to find a way to include the snapshot one to the default repos only when we are in development and use a snapshot repo. |
EDIT: |
Thank you so much @tadayosi. I'll have a look and fix accordingly. |
b0055ca
to
c508746
Compare
I've fixed the local problems and rebased with the new timeout increased. 🤞 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Fixing e2e/local/util.go
should pass the local-it
tests but a compiled kamel
from source won't still work with ./kamel local run
. I think we need to fix the main pkg source as well.
c508746
to
a9d83ba
Compare
Why not? I mean, you need to provide |
Yes, so from now on, we need to remeber to add But we can improve this in a separate pull req. |
It looks good now, the failing checks appears to be something flaky. |
With this PR we aim to test Camel K
main
branch against the latest produced in snapshot by Camel K runtimemain
. In this way we don't have to wait the end of a release cycle to have Camel K Runtime development feedback and we may discover issues immediately when adding any change to the runtime. If we're happy with this approach, we may extend it to release branches as well and ensure that a snapshot is always pushed by Camel K runtime project.Release Note