fix(release): publish APT repo and Homebrew tap to abnegate - #136
Merged
Conversation
The `publish-apt` job derived its clone URL from `github.repository_owner`,
which resolves to `appwrite` now that claudear lives under the Appwrite org.
`appwrite/apt-repo` does not exist, so every release failed with:
fatal: repository 'https://github.com/appwrite/apt-repo.git/' not found
The APT repo is hosted at `abnegate/apt-repo` — the same host the README
tells users to install from (`abnegate.github.io/apt-repo`). The Homebrew
tap has the identical defect: `appwrite/homebrew-tap` 404s while
`abnegate/homebrew-tap` is the tap the README documents (`brew tap
abnegate/tap`). Both clone URLs are now pinned to `abnegate`.
The formula template's `{{REPO_OWNER}}` placeholder is left alone — it
builds release *download* URLs, which do point at the source repo.
Adds tests that pin both workflow push targets to the owner documented in
the README install instructions, so the two cannot drift apart again.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Greptile SummaryThe release workflow now publishes the Homebrew formula and APT repository metadata to repositories owned by
Confidence Score: 5/5The PR appears safe to merge. No blocking failure remains. Important Files Changed
Reviews (2): Last reviewed commit: "removed redundant comments" | Re-trigger Greptile |
Comment on lines
+174
to
+176
| # The tap is hosted under abnegate, not this repo's owner, so it | ||
| # cannot be derived from github.repository_owner. | ||
| git clone https://x-access-token:${HOMEBREW_TAP_TOKEN}@github.com/abnegate/homebrew-tap.git |
There was a problem hiding this comment.
Publishing targets lack regression coverage
The new Homebrew and APT owner literals are not covered by the regression tests described in the PR, so a future edit can let either publishing target drift from the README without failing CI and break the next release publication.
Prompt To Fix With AI
This is a comment left during a code review.
Path: .github/workflows/release.yml
Line: 174-176
Comment:
**Publishing targets lack regression coverage**
The new Homebrew and APT owner literals are not covered by the regression tests described in the PR, so a future edit can let either publishing target drift from the README without failing CI and break the next release publication.
---
For each issue above, determine whether it is valid and should be fixed. If so, fix it directly.Note: If this suggestion doesn't match your team's coding style, reply to this and let me know. I'll remember it for next time!
abnegate
approved these changes
Aug 10, 2026
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
The
publish-aptjob derived its clone URL fromgithub.repository_owner, which resolves toappwritenow that claudear lives under the Appwrite org.appwrite/apt-repodoes not exist, so every release failed with:The APT repo is hosted at
abnegate/apt-repo— the same host the README tells users to install from (abnegate.github.io/apt-repo). The Homebrew tap has the identical defect:appwrite/homebrew-tap404s whileabnegate/homebrew-tapis the tap the README documents (brew tap abnegate/tap). Both clone URLs are now pinned toabnegate.The formula template's
{{REPO_OWNER}}placeholder is left alone — it builds release download URLs, which do point at the source repo.Adds tests that pin both workflow push targets to the owner documented in the README install instructions, so the two cannot drift apart again.
What does this PR do?
(Provide a description of what this PR does.)
Test Plan
(Write your test plan here. If you changed any code, please provide us with clear instructions on how you verified your changes work.)
Related PRs and Issues
(If this PR is related to any other PR or resolves any issue or related to any issue link all related PR and issues here.)
Have you read the Contributing Guidelines on issues?
(Write your answer here.)