Two fixes, both found by driving a real QA card end to end against a production
Linear workspace. Neither was reachable from the test suite.
--fields no longer fails silently
An unknown field name was dropped without a word, so this returned exit 0 and
no milestone:
lin issue get ENG-123 --fields identifier,milestone # the real key is projectMilestoneNothing distinguished that from a genuinely unset value, which invites a caller
to conclude the milestone was empty when it had simply mistyped the field. Since
--fields is the flag agents shape their context with, a silent miss is worse
than a loud one. It now fails with exit 65 and lists what was available:
lin: unknown --fields milestone (available: …, projectMilestone, …): validation error
Validation runs against the union of a page's keys, so a field that is null on
the first record is still accepted, and an empty page is not validated at all
since it cannot describe its own shape.
Teams resolve by name, not only by key
--team KTM returned exit 66 on create while --project "API Experience"
worked, making teams the one reference in the CLI that refused a human value.
List commands had a nastier version of the same bug: they filter server-side to
save a round-trip and matched on the key alone, so lin issue list --team KTM
returned an empty page rather than an error - a wrong answer wearing the shape
of an ordinary empty result. That affected issue, cycle, state, label
and project listings.
Both paths now accept a key or a name. The key is still tried first, so a value
that is one team's key can never resolve to another team's name, and listing
still costs no extra round-trip.
Install
brew install alexgrais/tap/lincli # or brew upgrade lincli
go install github.com/alexgrais/lin/cmd/lin@v0.1.1Full changelog: CHANGELOG.md