Multiple response fields widened from int32 to int64; Agent/Cluster field types corrected
BreakingBreaking change
This is a breaking change — integrations that rely on the affected behaviour will need updates before the change rolls out.
What changed
Several categories of changes are present in this diff:
int32→int64onid,project_id, andpipeline_idfields across many CI/CD, pipeline, environment, runner, and deployment response schemas. Strictly speaking this is a widening (larger value range), but strongly-typed clients that generated code fromint32may overflow or need recompilation.type: string→type: integer(int64) forid,agent_id, andcreated_by_user_idinAPI_Entities_Clusters_AgentTokenBasic,API_Entities_Clusters_AgentToken,API_Entities_Clusters_AgentTokenWithToken, andAPI_Entities_Clusters_Agent. Any client that parsed these fields as strings will break.is_receptiveinAPI_Entities_Clusters_Agentchanged fromtype: stringtotype: boolean— string-parsing clients will break.created_at/last_used_atin Agent/Token schemas gainedformat: date-time(additive but narrows expected format).API_Entities_DiscoveredClustersfieldsgroupsandprojectschanged fromtype: stringtotype: object— clients treating these as strings will break.