Repository navigation
chore: release v0.6.0 - #290
Conversation
Reviewer's GuideThis release-preparation PR updates all project and Arch packaging version metadata from 0.5.2 to 0.6.0, refreshes the lockfile, and adds a categorized CHANGELOG entry covering the release’s display, lid-policy, DRM, Wayland, and rendering changes. File-Level Changes
Tips and commandsInteracting with Sourcery
Customizing Your ExperienceAccess your dashboard to:
Getting Help
|
|
Important Review skippedBot user detected. To trigger a single review, invoke the ⚙️ Run configuration
You can disable this status message by setting the Use the checkbox below for a quick retry:
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
There was a problem hiding this comment.
Hey - I've found 1 issue
Prompt for AI Agents
Please address the comments from this code review:
## Individual Comments
### Comment 1
<location path="Cargo.toml" line_range="3" />
<code_context>
[[package]]
name = "instantwm"
-version = "0.5.2"
+version = "0.6.0"
dependencies = [
"anyhow",
</code_context>
<issue_to_address>
**Release publication runs twice**
When the prepared release commit is merged into `main` and the branch-triggered and tag-triggered runs overlap, `determine-release.sh` creates and pushes the `v0.6.0` tag while the branch-triggered release workflow continues; the tag push starts a second workflow, and both runs publish the same release assets, causing the concurrent uploads to collide and a release run to fail or leave incomplete artifacts.
Avoid triggering a second publishing run for tags created by the branch workflow, or serialize and deduplicate publication for each version.
</issue_to_address>Sourcery assessment
Approval pending. 1 finding to address first.
Blocking findings: Cargo.toml:3
| [package] | ||
| name = "instantwm" | ||
| version = "0.5.2" | ||
| version = "0.6.0" |
There was a problem hiding this comment.
🟡 Medium · Release publication runs twice
When the prepared release commit is merged into main and the branch-triggered and tag-triggered runs overlap, determine-release.sh creates and pushes the v0.6.0 tag while the branch-triggered release workflow continues; the tag push starts a second workflow, and both runs publish the same release assets, causing the concurrent uploads to collide and a release run to fail or leave incomplete artifacts.
Avoid triggering a second publishing run for tags created by the branch workflow, or serialize and deduplicate publication for each version.
Prompt for AI agents
In `Cargo.toml` at line 3:
**Release publication runs twice**
When the prepared release commit is merged into `main` and the branch-triggered and tag-triggered runs overlap, `determine-release.sh` creates and pushes the `v0.6.0` tag while the branch-triggered release workflow continues; the tag push starts a second workflow, and both runs publish the same release assets, causing the concurrent uploads to collide and a release run to fail or leave incomplete artifacts.
Avoid triggering a second publishing run for tags created by the branch workflow, or serialize and deduplicate publication for each version.
Prepare
v0.6.0.This PR is generated by
.github/scripts/prepare-release.pyand updates:Cargo.tomlCargo.lockCHANGELOG.mdpackaging/arch/PKGBUILDpackaging/arch-bin/PKGBUILDSummary by Sourcery
Release instantWM 0.6.0 with expanded display control and improved DRM and Wayland reliability.
New Features:
Bug Fixes:
Enhancements:
Build:
Documentation: