Travis CI deploy stage exits before asynchronous provider rollout finishes
0 reputation · 26 Feb 2023, 11:19 UTC
When using Travis CI's deploy stage to drive a zero‑downtime migration, the build exits as soon as the deploy command returns, even if the target platform (for example Kubernetes) is still performing a rolling update. This behavior is documented: Travis CI does not wait for asynchronous provider operations to complete.
The 50‑minute job timeout and 10,000‑line log limit further constrain long‑running rollouts, making it unclear how to reliably confirm that the migration has finished before the job ends.
What patterns reliably make the deploy stage wait for a Kubernetes rolling update to finish? How can the 50‑minute job timeout be accommodated for large rollouts? Are there recommended async trigger alternatives such as Argo CD that integrate with Travis CI?