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

build(publication): modifying workflows to publish snapshot packages #27

Merged
merged 2 commits into from
Feb 7, 2024

Conversation

DariusIMP
Copy link
Member

This PR modifies the Github workflows in order to trigger the publication of snapshot packages for both JVM and Android when the CI is run an is successful on main. This way changes and fixes during the development phase are accessible to users before a new release performed.

@DariusIMP
Copy link
Member Author

@fuzzypixelz @JEnoch Could you please review this? :)

@DariusIMP
Copy link
Member Author

By the way, 0.11.0-rc as next release version is not appropriate anymore or is it?

@DariusIMP
Copy link
Member Author

This PR is related to #28

@@ -79,3 +79,26 @@ jobs:
steps:
- name: Check whether all jobs pass
run: echo '${{ toJson(needs) }}' | jq -e 'all(.result == "success")'

# Publish snapshot packages. These jobs will only be triggered when the CI is executed on main.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

How much slower will the CI be because of this?

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Publications tend to take around 10 minutes.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

So that almost doubles it, making it ~20mins. I don't see it as particularly problematic. But we can always do it later on a nightly basis if it turns out to be too long.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

So far the cron job is set to be run at 6am, I think it's ok, if not we can change it later as you say.

.github/workflows/publish_android.yml Outdated Show resolved Hide resolved
contents: read
packages: write
with:
version: 0.11.0-rc-SNAPSHOT
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

While this is technically valid semver, it is quite confusing (i.e. being a snapshot of a release candidate). I suggest going with 0.11.0-SNAPSHOT in this case, as it means roughly the same thing as 0.11.0-dev.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Starting from the next release, we will drop the -rc pre-release identifier so we should be doing major.minor.patch-SNAPSHOT anyway.

zenoh-kotlin/build.gradle.kts Outdated Show resolved Hide resolved
@fuzzypixelz
Copy link
Member

By the way, 0.11.0-rc as next release version is not appropriate anymore or is it?

The next release is 1.0.0! (see eclipse-zenoh/roadmap#116).

@DariusIMP
Copy link
Member Author

I have changed quite a bit the logic of this PR, you may want to take a new look into it :)

@milyin milyin linked an issue Jan 28, 2024 that may be closed by this pull request
@fuzzypixelz
Copy link
Member

I have changed quite a bit the logic of this PR, you may want to take a new look into it :)

LGTM. Perhaps it's time to bump other repos to 1.0.0-dev.

@milyin milyin linked an issue Feb 1, 2024 that may be closed by this pull request
@JEnoch JEnoch merged commit f6142a0 into eclipse-zenoh:main Feb 7, 2024
6 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Automated snapshot packages publication
3 participants