Skip to content

build(widget): sync widget version to the app version#19

Merged
DGINXREAL merged 1 commit into
mainfrom
chore/widget-version-sync
Jul 1, 2026
Merged

build(widget): sync widget version to the app version#19
DGINXREAL merged 1 commit into
mainfrom
chore/widget-version-sync

Conversation

@DGINXREAL

Copy link
Copy Markdown
Member

The widget's Info.plist hard-coded CFBundleShortVersionString to 0.1.0, so it wouldn't track the app version.

Now it derives from build settings:

  • Info.plist uses $(MARKETING_VERSION) / $(CURRENT_PROJECT_VERSION) (Xcode expands these during ProcessInfoPlistFile).
  • scripts/macos-release.sh passes MARKETING_VERSION=$VERSION CURRENT_PROJECT_VERSION=$VERSION to xcodebuild (VERSION comes from the release tag).
  • Local widget/build.sh derives the version from tauri.conf.json and passes the same.
  • project.yml keeps 0.0.0 / 1 as a bare-build fallback.

Validated: xcodegen generate accepts the config and the settings appear in the regenerated project; both scripts pass bash -n. The plist expansion itself runs during the macOS release build (standard Xcode mechanism).

🤖 Generated with Claude Code

The widget Info.plist hard-coded CFBundleShortVersionString 0.1.0. Make
it derive from a build setting instead: reference $(MARKETING_VERSION)
and $(CURRENT_PROJECT_VERSION) in Info.plist, and inject the app version
via xcodebuild in both the release script (from the git tag) and the
local build.sh (from tauri.conf.json). project.yml keeps 0.0.0/1 as a
bare-build fallback. The widget now always matches the app version.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
@DGINXREAL DGINXREAL merged commit 4d5d4b1 into main Jul 1, 2026
2 checks passed
@DGINXREAL DGINXREAL deleted the chore/widget-version-sync branch July 1, 2026 04:30
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.

1 participant