chore: version packages - #704
Merged
Merged
Conversation
Deploying with
|
| Status | Name | Latest Commit | Preview URL | Updated (UTC) |
|---|---|---|---|---|
| ✅ Deployment successful! View logs |
uploads-auth | c088a8f | Commit Preview URL Branch Preview URL |
Aug 18 2026, 11:11 PM |
github-actions
Bot
force-pushed
the
changeset-release/main
branch
2 times, most recently
from
August 18, 2026 22:53
03823e5 to
9dd4147
Compare
github-actions
Bot
force-pushed
the
changeset-release/main
branch
from
August 18, 2026 23:10
9dd4147 to
c088a8f
Compare
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.
This PR was opened by the Changesets release GitHub action. When you're ready to do a release, you can merge this and publish to npm yourself or setup this action to publish automatically. If you're not ready to do a release yet, that's fine, whenever you add more changesets to main, this PR will be updated.
Releases
@buildinternet/uploads@0.44.0
Minor Changes
faa961c:
uploads attach --pr <num> <key-or-url>...now accepts already-uploaded objects, not just local paths: an argument that doesn't exist on disk but resolves as a workspace object key or an uploads.sh URL (storage host, embed host, or/f/page) is attached via a server-side copy instead of erroringfile not found. The source's own derived metadata (path/url/viewport/state/…) rides along;gh.repo/gh.kind/gh.number/gh.refare stamped fresh. Copy by default;--movedeletes the source after a successful copy. A path that exists on disk always wins as a local file. The hosted MCPpromotetool gained a matchingkeysargument alongside its existing branch-staged sweep.cdb6505:
.uploads.ymlgained anadoptLinkedFileskey (on by default for bound repos): when a PR body or comment references an uploads.sh file URL that was pasted in directly — rather than uploaded via--pr/attach --branch— the webhook now adopts it into that PR/issue's attachment context, so it gets pairing, dedupe, and screenshots-page grouping automatically. Only files already in the repo's own bound workspace are adopted; links to any other workspace's files are silently ignored. A lone adopted image with nothing else to consolidate doesn't trigger a managed comment on its own.e62b445: Make bare
put/screenshotPR-aware (issue CLI: PR-aware upload context — concrete nudge, auto-default, and post-PR promote hint #700). Three changes:PR and a ready-made follow-up naming the actual uploaded key(s), e.g.
uploads attach --pr 1250 f/abc123.webp. It's now surfaced in thehintfield for
--format jsonand in the local stdio MCPput/screenshottool responses, not only on stderr.
put/screenshoton a git branch thatmaps to exactly one open PR now behaves as if
--pr <n>had been passed —stable key, managed comment sync — instead of the previous branch-staging
default. Opt out per-call with
--no-pr, or globally withUPLOADS_NO_AUTO_PR=1(env or config file). Never fires outside a gitcheckout, on the default branch, with
--no-git, when any explicitdestination flag is set, or when no single open PR can be resolved — those
cases fall back to the existing branch-staging/dated-layout behavior
unchanged.
uploads hook pre-pr-screenshotnow also suggests promotingstaged-but-unattached files (
uploads attach --promote --pr <num>) when itdetects them ahead of
gh pr create, alongside its existing "stagescreenshots first" advisory.
Patch Changes
uploads put <file> --pr 12) instead of a<N>placeholder.