Repository navigation
v0.1.2 — richer work item reads, safer writes, clearer errors
Ten fixes and additions since v0.1.1, focused on work item reads/writes and truncation/error reporting.
Changed
- Breaking:
update_work_item,create_work_item,link_work_item, andadd_work_item_attachmentnow return a minimalWorkItemWriteResult(id, rev, changed fields, success) instead of the fullWorkItem.
Added
includeRelationsonget_work_itemandget_work_itemsfetches relations without requiring a fullfieldsexpansion.expectedRevisiononupdate_work_itemlets a caller require a specific revision before writing; a mismatch is reported with the current revision instead of silently overwriting a concurrent change.descriptionFormatonget_work_item,get_work_items, andget_work_item_revisions(htmldefault,text) strips markup and decodes entities from rich-text fields.
Fixed
- Eight list tools reported no truncation when a result exactly filled its cap.
list_branches,list_commits,list_pull_requests,list_my_pull_requests,list_releases,list_release_approvals,list_builds, andget_work_item_revisionsnow request one extra item and report truncation the same waylist_repository_itemsandlist_work_item_commentsalready did. get_work_itemsfailed with an opaque server error on an oversized id batch, and project pagination had no upper bound and could loop forever on a malformed continuation token. Both are now bounded client-side with a clear error.- Authentication failures collapsed every 401/203 response into one generic message. It now reports the actual request URI, HTTP status, and the server's offered
WWW-Authenticateschemes, without ever including theAuthorizationheader or the PAT.
Known issues
- The write-path changes above (
expectedRevision, the minimal write result shape) are verified only against stub Azure DevOps handlers in this release, not yet against a real Azure DevOps Server.
62 tools, 391 tests.
Full changelog: v0.1.1...v0.1.2