You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
feat: add API version management with centralized serviceVersion module
- Add lib/core/serviceVersion.js as single source of truth for per-service
API version strings; getServiceVersion() falls back to DEFAULT_API_VERSION
('3.0') for unregistered keys
- bulkOperation: publish, unpublish, jobStatus, getJobItems now use
getServiceVersion() instead of hardcoded '3.2'; api_version param still
overridable by caller
- globalField: api_version header always populated via getServiceVersion,
removes conditional spread that could silently omit the header
- release: deploy always sends api_version: 3.2 via getServiceVersion
- types: add types/core/serviceVersion.d.ts (ServiceVersionKey, SERVICE_VERSIONS,
DEFAULT_API_VERSION, getServiceVersion)
- test(unit): add serviceVersion-test.js; add header assertion tests to
bulkOperation-test.js and release-test.js
- test(sanity): add API version management describe blocks to bulkOperation
and release sanity tests — validate default api_version end-to-end
- bump: v2.0.0-beta.1
- Centralized API version management via `lib/core/serviceVersion.js` — single source of truth for per-service API version strings (`bulk_publish`, `bulk_unpublish`, `bulk_job_status`, `bulk_job_items`, `global_field`, `release` all default to `3.2`; fallback to `3.0`)
7
+
-`bulkOperation`: `publish`, `unpublish`, `jobStatus`, `getJobItems` now use `getServiceVersion()` instead of hardcoded strings; caller can still override via `api_version` param
8
+
-`globalField`: `api_version` header always set (defaults to `3.2` via `getServiceVersion`); removes conditional spread that could omit the header
9
+
-`release`: `deploy` now always sends `api_version: 3.2` header via `getServiceVersion`
10
+
- Types
11
+
- Added `types/core/serviceVersion.d.ts` — exports `ServiceVersionKey`, `SERVICE_VERSIONS`, `DEFAULT_API_VERSION`, and `getServiceVersion`
12
+
- Test
13
+
- Unit: `test/unit/serviceVersion-test.js` — covers all registered keys, fallback, and `DEFAULT_API_VERSION`
14
+
- Unit: header assertion tests added to `bulkOperation-test.js` (publish/unpublish/jobStatus default + override) and `release-test.js` (deploy default header)
15
+
- Sanity: API version management describe blocks added to `bulkOperation-test.js` and `release-test.js` — validate default `api_version` behavior end-to-end without explicit override
0 commit comments