Zum Inhalt springen

releases.sh CLI Updates & Release Notes

21 Einträge aus 1 Quelle. Zuletzt aktualisiert:

Folge releases.sh CLI, um die Release Notes in deinen Feed zu holen.

Feed abonnieren:RSS: Feed für releases.sh CLI Updates & Release NotesAPI: Einträge von releases.sh CLI Updates & Release Notes als JSON
Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

releases.sh CLI von releases.sh

Version 0.83.0: Neuer Befehl releases publish für CI-Veröffentlichung

Der neue Befehl releases publish ermöglicht es, Changelog-Updates aus GitLab CI, Buildkite und lokalen Docs-Builds mit RELEASES_API_TOKEN zu veröffentlichen, und releases json validate akzeptiert nun publish: "push"-Changelog-Locators.

Minor Changes

  • 03e8198: Add releases publish so GitLab CI, Buildkite, and local docs builds can push changelog updates with RELEASES_API_TOKEN, using the same plan as the publish-changelog GitHub Action.

    releases json validate accepts publish: "push" changelog locators from the current releases.json schema.

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

releases.sh CLI von releases.sh

Version 0.82.0: OAuth-Clients mit official-Option und neuer Update-Befehl

releases admin oauth client create erhält die Optionen --official / --no-official, dazu kommt der neue Befehl releases admin oauth client update für die Flags official, trusted und disabled, und official wird in client list / get angezeigt.

Minor Changes

  • 47efef1: Add --official / --no-official to releases admin oauth client create, a new releases admin oauth client update command for the official, trusted and disabled flags, and show official in client list / get output. The flag controls the "Verified by Releases Index" badge on the consent page and needs an API with buildinternet/releases#2421. An older API ignores official on create and rejects an update that sets only official.

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

releases.sh CLI von releases.sh

Version 0.81.1: Claude-Plugin mit neuem MCP-Endpunkt und Skills

Das Claude-Plugin verweist nun auf den Endpunkt agents.releases.sh/mcp, enthält Links zu Dokumentation, Support und Nutzungsbedingungen im Manifest, dokumentiert die genutzten Dienste und enthält die Agent-Skills jetzt im Plugin-Ordner plugins/claude/releases/skills/.

Patch Changes

  • caf3ae1: Point the Claude plugin at the agents.releases.sh/mcp endpoint and add documentation, support and terms links to its manifest.
  • 9eff9b1: Document which Releases.sh services the Claude plugin reaches and what they keep.
  • 0767e87: Move the agent skills into the self-contained Claude plugin folder (plugins/claude/releases/skills/) so the plugin passes Claude plugin directory validation. npx skills add buildinternet/releases-cli finds them at the new path, and the skills update check now reads that path.

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

releases.sh CLI von releases.sh

Version 0.81.0: Login speichert nur noch schreibgeschützten API-Key

releases login speichert nur noch den schreibgeschützten API-Key statt einer Browser-Sitzung, releases keys und releases publish-token verlangen pro Befehl eine neue Browser-Freigabe (mit --no-browser als Alternative), und releases auth logout widerruft den Key direkt und entfernt stets die lokalen Zugangsdaten.

Minor Changes

  • 7237636: releases login no longer keeps a signed-in browser session on disk — only the read-only API key it mints. releases keys and releases publish-token now open a fresh one-time browser approval for each command and sign that session back out as soon as the command finishes, instead of reusing a stored session; every subcommand takes --no-browser (same as login) to print the URL + code instead. releases auth logout revokes the stored key directly (no browser approval needed) and always removes the local credential, even if the server-side revoke fails. A credential file saved before this change is upgraded in place: any leftover session token is signed out and stripped the next time it's touched.

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

releases.sh CLI von releases.sh

Version 0.80.1: releases login hinterlässt keine überzähligen Keys mehr

Behoben wurde, dass releases login bei jedem Aufruf einen neuen relu_-Key hinterließ: Der ersetzte Key wird nun widerrufen, die Fehlermeldung beim Erreichen des Key-Limits nennt passende Befehle, und releases auth logout widerruft den gespeicherten Key serverseitig.

Patch Changes

  • d28f481: Fix releases login leaking a new relu_ key on every run. It now remembers the minted key's id and revokes the key it replaces once the new one is safely stored. When the server's active-key limit is hit, the error names the commands to list and revoke keys. releases auth logout also revokes the stored key server-side, best-effort. Fixes #418.

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

releases.sh CLI von releases.sh

Version 0.80.0: Neue Befehle für relk_-Publish-Tokens

Mit releases publish-token create/list/revoke lassen sich relk_-Tokens erstellen, auflisten und widerrufen, die auf eine Quelle begrenzt sind und von der GitHub Action publish-changelog als RELEASES_API_TOKEN genutzt werden.

Minor Changes

  • f591610: Add releases publish-token create/list/revoke for minting a relk_ token scoped to one source (used by the publish-changelog GitHub Action as RELEASES_API_TOKEN), matching POST/GET/DELETE /v1/me/publish-tokens[/:id]. Companion to buildinternet/releases#2388.

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

releases.sh CLI von releases.sh

Version 0.79.0: discovery onboard startet keine Remote-Session mehr

releases admin discovery onboard startet keine Remote-Discovery-Session mehr, sondern beendet sich mit Exit-Code 1 und verweist auf releases admin org create, releases admin source create und den Skill local-ingest; onboard apply sowie die Flags --managed-agents / --sandbox wurden entfernt.

Minor Changes

  • d58db28: releases admin discovery onboard no longer starts a remote discovery session. The discovery worker and POST /v1/workflows/discover were retired (buildinternet/releases#2352); the command now exits 1 with a pointer to releases admin org create, releases admin source create, and the local-ingest skill. onboard apply and the --managed-agents / --sandbox engine flags are removed.

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

releases.sh CLI von releases.sh

Version 0.78.1: macOS-Binaries neu gebaut und signiert, Startabsturz behoben

Die macOS-Binaries werden nun auf macOS gebaut und ad-hoc signiert, wodurch das Beenden beim Start behoben wird, das durch ungültige Signaturen in v0.77.0 und v0.78.0 unter macOS 27 auftrat.

Patch Changes

  • f8f6646: Fix the macOS binaries being killed on launch. They are now built on macOS and ad-hoc code-signed; v0.77.0 and v0.78.0 shipped with invalid signatures, which macOS 27 enforces (brew upgrade failed while generating shell completions).

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

releases.sh CLI von releases.sh

Version 0.78.0: Workspace-Webhooks und erweiterte Workspace-Liste

Die releases webhook-Befehle akzeptieren jetzt --workspace <id-or-slug> zur Verwaltung gemeinsamer Workspace-Webhooks, und releases workspace list zeigt ID, Slug und die eigene Rolle der Workspaces an.

Minor Changes

  • b1e47d9: Add --workspace <id-or-slug> to releases webhook list/add/show/edit/remove/test/rotate-secret for managing a shared workspace-owned webhook instead of your own, and a new releases workspace list command to find a workspace's id, slug, and your role in it (#406).

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

releases.sh CLI von releases.sh

Version 0.77.0: Discord-Embeds für Webhooks

releases webhook add/edit unterstützen mit --format discord die Zustellung von Releases als formatierte Discord-Embeds, und die menschenlesbare Ausgabe verbirgt die Zustell-URL, während --json sie weiterhin enthält.

Minor Changes

  • e68e6ac: Add --format discord to releases webhook add/edit to deliver releases as formatted Discord embeds via a Discord incoming webhook URL. Human-readable webhook output redacts the delivery URL (the secret for Slack/Discord); --json still includes it.

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

releases.sh CLI von releases.sh

Version 0.76.0: Neuer Befehl recommendations notify-added

Der neue Befehl releases admin recommendations notify-added erlaubt Betreibern, Einreichende per E-Mail zu informieren, dass ihre vorgeschlagene Quelle zur Registry hinzugefügt wurde.

Minor Changes

  • a279404: Add releases admin recommendations notify-added so operators can opt in to emailing a submitter that their suggested source was added to the registry.

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

releases.sh CLI von releases.sh

Version 0.75.0: Neuer Befehl releases changelog

Der neue Befehl releases changelog gibt aktuelle Produkt-Updates von releases.sh sowie einen Link zu https://releases.sh/updates aus und ist auch als lokales MCP-Tool changelog verfügbar.

Minor Changes

  • a060d4d: Add releases changelog to print recent product updates from releases.sh (the self-published releases-sh feed) and a link to https://releases.sh/updates. Also available as the local MCP changelog tool.

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

releases.sh CLI von releases.sh

Version 0.74.1: Gemeinsamer apiFetch-Transport mit skipDefaultAuth

Die Befehle feedback, submit und keys nutzen nun den gemeinsamen apiFetch-Transport, der ein neues optionales Flag skipDefaultAuth erhält, während Fehlermeldungen, Idempotenzverhalten und Ausgaben unverändert bleiben.

Patch Changes

  • 17b9d2d: Route feedback, submit, and keys through the shared apiFetch transport instead of each rolling its own fetch call. apiFetch gained an opt-in skipDefaultAuth flag so a caller-supplied Authorization header (used by keys' session-token flow) isn't overwritten by a configured admin/API key. Error messages, idempotency behavior, and command output are unchanged.

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

releases.sh CLI von releases.sh

Version 0.74.0: Idempotency-Key-Header für schreibende Anfragen

Schreibende Anfragen wie Feedback, Webhook-Erstellung, Secret-Rotation, Webhook-Test und API-Key-Erzeugung senden nun einen Idempotency-Key-Header, sodass Wiederholungen nach Netzwerkfehlern nicht doppelt ausgeführt werden und ein Key-Konflikt als klare idempotency_conflict-Meldung erscheint.

Minor Changes

  • a19a535: Send an Idempotency-Key header on effectful write requests (feedback submit, webhook create/rotate-secret/test, API-key mint) so a retry after a network failure replays the original response instead of double-submitting. A key reused with a different payload now surfaces a clear idempotency_conflict message instead of a raw 409.

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

releases.sh CLI von releases.sh

Version 0.73.1: Backfill-Dry-Run zeigt ungespeicherte Einträge an

source backfill --dry-run zeigt nun als N not yet stored an, wie viele extrahierte Einträge noch nicht gespeichert sind, und ein Fehler wurde behoben, bei dem getApiUrl() die API-Basis-URL prozessweit zwischenspeicherte und Tests fehlschlagen ließ.

Patch Changes

  • 7fe55de: source backfill --dry-run now reports how much of the extracted history the source doesn't already have, as N not yet stored. Previously the dry-run line reported only how many entries were on the page, which said nothing about whether any of them were missing — during the 2026-07-23 ingest outage that gap let a run over a source missing its entire recent history read as uneventful. Requires an API worker carrying the new notStored field; against an older server the clause is omitted rather than guessed. The report type also catches up with the server: inserted is null on a dry run (nothing was written, no count computed) rather than a fabricated 0.
  • b124608: Fix getApiUrl() memoizing the API base URL process-wide on first call. Under bun test, every test file shares one process, so whichever file called it first locked the base URL for the rest of the run — files that set RELEASES_API_URL afterward got the stale (production) URL instead and their assertions failed. This was silently CI-red on main (22 tests failing) because CI's clean environment produces a call order that trips the memoization, while a developer machine with real credentials hits a different, unrelated set of failures. getApiUrl() now re-resolves from the environment on every call instead of caching. …

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

releases.sh CLI von releases.sh

Version 0.73.0: Wichtigkeit in der Suche und Hinweis bei TLS-Fehlern

releases search --json liefert nun die KI-bewertete importance (1–5) mit null bei fehlender Bewertung, die Tabelle markiert Wichtigkeit ab 4, und bei TLS-Zertifikatsfehlern erscheint ein Hinweis auf NODE_EXTRA_CA_CERTS / SSL_CERT_FILE samt README-Dokumentation für eigene CAs.

Minor Changes

  • 88999c9: releases search --json now passes AI-scored importance (1–5) through in the slim search-hit shape, normalized to null when unscored — same norm as get / tail / latest. The TTY search table also marks importance ≥ 4 with the quiet glyph. Bumps @buildinternet/releases-api-types to ^0.48.0 for the search/related/digest wire field (monorepo #2135).

Patch Changes

  • e97462a: Surface a NODE_EXTRA_CA_CERTS / SSL_CERT_FILE hint on TLS certificate verification failures, and document custom-CA support (TLS-intercepting proxies) in the README.

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

releases.sh CLI von releases.sh

Version 0.72.0: Suchfilter für Kategorie und Collection, altes Tool entfernt

Das veraltete Tool get_source_changelog wurde aus der lokalen stdio-MCP-Bridge entfernt (Ersatz: get_catalog_entry mit changelog_*-Parametern), und releases search bekommt die Filter --category <slug> und --collection <slug>.

Minor Changes

  • 0b1a45e: Remove the deprecated get_source_changelog tool from the local stdio MCP bridge. It was deprecated in 0.71.0 in favor of get_catalog_entry with the changelog_* params (include_changelog / changelog_path / changelog_offset / changelog_limit / changelog_tokens); calling get_source_changelog by name now returns MCP's standard unknown-tool error. The REST helper sourceChangelog() is unchanged — get_catalog_entry and the admin source changelog CLI command still use it.
  • e7d50b4: releases search gains --category <slug> and --collection <slug> filters. --category scopes hits to organizations in a category (the API validates and resolves curator aliases like e-commerce → commerce, so the value is forwarded as-is); --collection scopes to a curated collection's member orgs (unknown slugs report "no collection matching …", mirroring --domain). Both forward to the new /v1/search params and compose with the existing --domain / --product / --kind / --since / --until scopes. …

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

releases.sh CLI von releases.sh

Version 0.71.0: Erweitertes get_catalog_entry und neuer Befehl release refetch

Das MCP-Tool get_catalog_entry der lokalen stdio-Bridge akzeptiert nun include_changelog und changelog_*-Parameter, releases org get zeigt Stub-Organisationen mit Markierung und deklarierten Standorten an, und releases admin release refetch <releaseId> lädt einzelne Releases neu und korrigiert sie vor Ort.

Minor Changes

  • 735ba8a: The local stdio MCP bridge's get_catalog_entry tool now accepts include_changelog, changelog_path, changelog_offset, changelog_limit, and changelog_tokens — matching the hosted server at mcp.releases.sh — so a source entry's tracked CHANGELOG can be inlined or sliced in the same call, without a separate lookup. changelog_tokens takes precedence over changelog_limit, and any changelog_* param implies include_changelog; the params are ignored (with a clear message) for product entries. The standalone get_source_changelog tool is now deprecated in favor of these params — it remains registered and functional for this release, but agents should migrate.
  • 7ba0ebd: releases org get now renders stub-tier orgs (#1947): a stub · not yet tracked marker on the header and a Declared locations section listing each declared locator (kind, target, canonical flag), plus a hint to promote. Previously a stub printed as a bare identity block with no indication it was a declared-but-untracked listing. --json output is unchanged.

Patch Changes

  • 64951a6: Add releases admin release refetch <releaseId> to re-fetch a single release's live page and heal it in place (title/content/publishedAt, same rel_ id). Supports --url for releases whose stored URL is a synthesized #fragment index anchor, defaults to a dry-run preview, and writes with --apply. …

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

releases.sh CLI von releases.sh

releases.sh CLI Version 0.70.1: Warnung zu veralteten Overviews angepasst

Die Warnung zu veralteten Overviews basiert nun auf der Zeit der letzten inhaltlichen Änderung (updatedAt), sodass kürzlich überarbeitete Overviews nicht mehr als monatealt erscheinen.

Patch Changes

  • cee0540: Fix overview stale warning to use content write time (updatedAt) instead of original generation time. Amended overviews no longer show as months-old when recently rewritten.

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

releases.sh CLI von releases.sh

releases.sh CLI Version 0.70.0: Neuer Befehl releases json export

Der neue Befehl releases json export <org> erzeugt aus einer bereits erfassten Organisation ein releases.json-v2-Manifest zur Ablage unter /.well-known/releases.json, und releases json validate akzeptiert dank @buildinternet/releases-api-types ^0.41.0 nun Produkt-Tags.

Minor Changes

  • eaa4ad1: Add releases json export <org> — generate a releases.json v2 domain manifest from an already-tracked org. Reconstructs the manifest from what the registry knows about the org (products + release sources) by calling the backend GET /v1/orgs/:slug/manifest endpoint, so an owner can host the result at /.well-known/releases.json and take ownership of their listing. Prints to stdout by default (pipeable into releases json validate -) or writes to a file with -o/--output. Completes the owner round-trip alongside releases json validate. Re-ingest enriches missing fields only (fill-if-empty), never overwriting existing values.

    Bumps @buildinternet/releases-api-types to ^0.41.0 for the product-level tags field, so releases json validate accepts manifests that declare product tags. json export itself trusts the backend and does not strict-validate the API response against the pinned schema (the deployed API can run ahead of the published types), so it only guards for a version: 2 shape.

Originalquelle(öffnet in neuem Tab)Problem melden