Skip to content

feat(addrelease): ship ReARM-native device-identity fields programmatically#29

Open
taleodor-claude wants to merge 2 commits into
mainfrom
2026-06-distribution-cli-identity
Open

feat(addrelease): ship ReARM-native device-identity fields programmatically#29
taleodor-claude wants to merge 2 commits into
mainfrom
2026-06-distribution-cli-identity

Conversation

@taleodor-claude

Copy link
Copy Markdown
Contributor

Summary

Adds optional flags to rearm addrelease so a release created via addReleaseProgrammatic can carry the Distribution-module device-identity fields — including the UDI-DI — even on a manual / non-CI release shipped straight from the CLI.

--rearmidentifiers TYPE:VALUE   # repeatable; TYPE in UDI | UDI_DI | UDI_PI
--gudid-record '<json>'
--gudid-status  NOT_SUBMITTED | SUBMITTED | PUBLISHED
--eos <iso-date>
--eol <iso-date>

These map onto the new ReleaseInputProg fields (rearmIdentifiers, gudidRecord, gudidStatus, eos, eol).

Backward compatibility

Each field is attached to the request only when its flag is supplied, so existing addrelease usage is completely unaffected, and the new flags no-op against servers that don't yet accept them.

Test plan

  • go build compiles clean.
  • rearm addrelease --help lists the five new flags.
  • End-to-end against a server with the matching schema (the backend field-threading change).

🤖 Generated with Claude Code

Claude Code (ReARM Agent) and others added 2 commits June 5, 2026 01:47
…ically

Adds optional flags to `rearm addrelease` so a release created via
addReleaseProgrammatic can carry the Distribution-module device-identity
fields (UDI-DI etc.), even on a manual / non-CI release:

  --rearmidentifiers TYPE:VALUE  (repeatable; TYPE in UDI|UDI_DI|UDI_PI)
  --gudid-record '<json>'
  --gudid-status  NOT_SUBMITTED|SUBMITTED|PUBLISHED
  --eos <iso-date>
  --eol <iso-date>

Fields are only attached to the request when supplied, so existing usage
is unaffected and they no-op against servers that don't yet accept them.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
The backend now carries one identifiers list per release (PURL/CPE/TEI
plus UDI/UDI_DI/UDI_PI/SERIAL/LOT), so the flag posts to the unified
identifiers key and accepts all types.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
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