macos-release
Skill90 starsChanged 5 months agoMITView on GitHub
Release a native macOS app to GitHub with DMG packaging and Sparkle appcast updates. Use this skill whenever the user wants to publish a new version, create a release, ship an update, push a release to GitHub, or update the appcast. Also trigger when the user mentions DMG creation, Sparkle signing, notarization, archiving, or anything related to distributing a new version of their macOS app. This covers the full release pipeline: archive, notarize, export, create DMG, sign with Sparkle EdDSA, update appcast.xml, git push, and GitHub release creation.
- Installs packages
- Commits and pushes
3 other projects use a version of this.
Adopted by
Most recently taken up by
- lingyired/status-trioword for word, first seen Nov 8, 2026
- fayazara/macos-app-skillsword for word, first seen May 27, 2026
- oozoofrog/codex-skills-projecttheir own version, first seen Mar 28, 2026
Other versions3 projects use a version of this.
Word for word · 2
- lingyired/status-trio★ 1.8k100% same
- fayazara/macos-app-skills★ 660100% same
Edited · 0
None found.
Wrote their own version · 1
- oozoofrog/codex-skills-project★ 0same name
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository5 other files it gives its agents.
- macos-auto-updateSkill
- macos-buildSkill
- macos-notch-uiSkill
- macos-patternsSkill
- macos-settings-uiSkill
The file
We split this skill into the rules it gives an agent
7 rules. About 0 are common, 3 are distinctive, and 4 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈3
Distinctive · estimate
This author's own choices. Worth a look.
4
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 63
Wait for notarization to complete
- Very specific: line 97
Add a new <item> at the top of the <channel> in your appcast.xml:
- Very specific: line 144
Read version/build from the exported app's Info.plist via plutil
- Distinctive: line 148
Create the GitHub release with the DMG attached
- Very specific: line 156
Create a release.json in your project root (see cli/release.example.json):
- Very specific: line 165
Only app_name and github_repo are required.
- Distinctive: line 176
Run the CLI from your project directory:
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Release macOS App
This skill covers the full release pipeline for distributing a native macOS app outside the Mac App Store via GitHub Releases with Sparkle auto-update support.
Release Pipeline Overview
Bump version → Archive → Notarize → Export → Create DMG → Sign DMG → Update appcast.xml → Git push → GitHub ReleasePrerequisites
The user needs these tools installed:
| Tool | Install | Purpose |
create-dmg | brew install create-dmg | Creates the DMG installer |
gh | brew install gh | Creates GitHub releases |
git | Built-in | Pushes appcast changes |
Sparkle sign_update | Built automatically when the project is built with Sparkle | EdDSA-signs the DMG |
The sign_update binary lives in DerivedData after building the project in Xcode:
find ~/Library/Developer/Xcode/DerivedData -name "sign_update" -type f 2>/dev/null | head -1Step-by-Step Release Guide
1. Bump Version Numbers
In Xcode, update:
MARKETING_VERSION(e.g.,1.2) -- the user-facing versionCURRENT_PROJECT_VERSION(e.g.,5) -- the build number (must be unique per release)
Or via command line:
# Check current values
grep -E "MARKETING_VERSION|CURRENT_PROJECT_VERSION" YourApp.xcodeproj/project.pbxproj | head -42. Archive in Xcode
Product > Archive. This creates a release build with the proper signing identity.
3. Notarize and Export
In the Archives organizer:
- Select the archive > Distribute App
- Choose "Direct Distribution" (or "Developer ID" for notarization)
- Wait for notarization to complete
- Export to
~/Downloads/YourApp.app
4. Create DMG
create-dmg \
--volname "YourApp" \
--window-pos 200 120 \
--window-size 660 400 \
--icon-size 160 \
--icon "YourApp.app" 180 170 \
--app-drop-link 480 170 \
--hide-extension "YourApp.app" \
~/Downloads/YourApp.dmg \
~/Downloads/YourApp.app5. Sign DMG with Sparkle
/path/to/sign_update ~/Downloads/YourApp.dmgThis outputs the EdDSA signature and file length:
sparkle:edSignature="BASE64..." length="12345"Save both values for the appcast.
6. Update appcast.xml
Add a new <item> at the top of the <channel> in your appcast.xml:
<item>
<title>Version 1.2 (Build 5)</title>
<pubDate>Mon, 26 May 2026 12:00:00 +0000</pubDate>
<sparkle:version>5</sparkle:version>
<sparkle:shortVersionString>1.2</sparkle:shortVersionString>
<sparkle:minimumSystemVersion>14.0</sparkle:minimumSystemVersion>
<description><![CDATA[<ul><li>Feature one</li><li>Bug fix two</li></ul>]]></description>
<enclosure url="https://github.com/OWNER/REPO/releases/download/v1.2/YourApp.dmg"
type="application/octet-stream"
sparkle:edSignature="THE_SIGNATURE_FROM_STEP_5"
length="THE_LENGTH_FROM_STEP_5" />
</item>The pubDate should be RFC 2822 format. Generate it:
date -R7. Commit and Push Appcast
git add appcast.xml
git commit -m "Release v1.2 appcast"
git push origin main8. Create GitHub Release
gh release create v1.2 \
~/Downloads/YourApp.dmg \
--title "v1.2" \
--notes "- Feature one
- Bug fix two"Automating the Pipeline
For frequent releases, build a CLI tool that automates steps 4-8. See references/release-pipeline.md for a template Go CLI that handles DMG creation, signing, appcast updates, and GitHub release creation in one command.
The CLI should:
- Find
sign_updatein DerivedData automatically - Read version/build from the exported app's Info.plist via
plutil - Parse and update appcast.xml (preserving existing entries)
- Interactively collect release notes
- Show a summary and ask for confirmation before proceeding
- Create the GitHub release with the DMG attached
Release CLI Tool
This repo includes a Go CLI that automates steps 4-8 (DMG creation through GitHub release) in a single command. It reads configuration from a release.json file in your project root.
Setup
- Create a
release.jsonin your project root (seecli/release.example.json):
{
"app_name": "MyApp",
"github_repo": "owner/myapp"
}Only app_name and github_repo are required. Everything else has sensible defaults:
| Field | Default | Description |
bundle_name | {app_name}.app | The .app bundle filename |
dmg_name | {app_name}.dmg | Output DMG filename |
git_branch | main | Branch to push appcast to |
min_system_version | 14.0 | Sparkle minimum macOS version |
appcast_file | appcast.xml | Appcast filename in repo root |
derived_data_prefixes | ["{app_name}-"] | DerivedData prefixes to search for sign_update |
- Run the CLI from your project directory:
go run github.com/fayazara/macos-app-skills/release/cli@latestOr clone this repo and run locally:
go run ./release/cliThe CLI is interactive -- it prompts for release notes and asks for confirmation before proceeding. It must be run in a terminal the user can interact with.
What the CLI Does
- Finds
release.jsonby walking up from the current directory - Checks that
create-dmg,gh,git, and Sparkle'ssign_updateare available - Validates the exported app in
~/Downloads/(reads version, build, Sparkle keys from Info.plist) - Warns if the build number already exists in the appcast
- Collects release notes interactively (one bullet per line, empty line to finish)
- Shows a release summary and asks for confirmation
- Creates the DMG via
create-dmg - Signs the DMG with Sparkle's
sign_update(EdDSA) - Updates
appcast.xmlwith the new release entry - Commits and pushes the appcast
- Creates a GitHub release with the DMG attached
Common Issues
| Problem | Solution |
sign_update not found | Build the project in Xcode first so DerivedData has the Sparkle artifacts |
gh auth failure | Run gh auth login |
| Duplicate build number in appcast | Bump CURRENT_PROJECT_VERSION before archiving |
| Notarization fails | Check signing identity, entitlements, and hardened runtime settings |
| DMG is too large | Check for debug symbols or unnecessary frameworks in the export |
| App won't update | Verify SUFeedURL points to the raw appcast URL, not the GitHub page URL |
Appcast Hosting
The simplest hosting: commit appcast.xml to your GitHub repo and use the raw URL:
https://raw.githubusercontent.com/OWNER/REPO/main/appcast.xmlThis must match SUFeedURL in your app's Info.plist.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

