João MouraandClaude Opus 5.5 9d5fd32661 fix(cli): deploy push reads AMP's source_type, so a ZIP deployment gets the new code (#7980) ...

#7345 made push follow how AMP holds a deployment's code, read from a
`zip_deployment` boolean on the status. AMP's status never sends that field:
it sends `source_type` ("zip", "studio", "github", "any_git"). So push always
fell back to the local origin remote, and a ZIP deployment whose project has a
git remote was redeployed by uuid — AMP rebuilt the ZIP it already held, not
the code being pushed.

Seen on a real deployment: after raising crewai to 1.15.26, `crewai deploy push`
rebuilt the stored 1.15.23 ZIP ("CrewAI version detected: 1.15.23"), with no
upload. `zip_deployment` is still read first when a server sends it.

Co-authored-by: Claude Opus 5.5 (1M context) <noreply@anthropic.com>

2026-10-12 15:45:13 +00:00

..

cli

fix(cli): deploy push reads AMP's source_type, so a ZIP deployment gets the new code (#7980)

2026-10-12 15:45:13 +00:00

crewai

Use the LiteLLM catalog for context windows (#8077)

2026-10-12 21:07:29 +05:30

crewai-core

feat: bump versions to 1.15.27 (#8001)

2026-10-09 19:25:10 -03:00

crewai-files

feat: bump versions to 1.15.27 (#8001)

2026-10-09 19:25:10 -03:00

crewai-tools

docs: fix RagTool and XMLSearchTool README imports (#8033)

2026-10-12 03:51:05 +00:00

devtools

feat: bump versions to 1.15.27 (#8001)

2026-10-09 19:25:10 -03:00