Detect temporary download errors and retry later

[HariSekhon]

One issue I find a lot is that upstream repositories of dependencies are sometimes temporarily unavailable.

This breaks builds and makes your project look unstable when in fact a simply retry a short while later would have solved it.

I expect a few regex of the most common download failed error messages from pip, wget, curl, apt, maven, sbt, gradle etc would fix 95% of these occurrences by just rescheduling the build to try again after a short while. If a handful of retries later over the next few hours don't resolve it then fine leave it marked as failed.

Right now having to go to Travis to investigate these build failures and manually click retry to get it to pass is not something humans should really have to be dealing with, these are the sorts of things programming is invented to automate.

Currently this leaves public projects in Error or Failed state until somebody notices and goes and investigates, then click retry. I use daily cron jobs too which might succeed the next time (or they may fail again with a temporary download error or "server too busy, try again later" from an apache mirror or something), but even if the next daily cron worked, do you really want to leave you public projects with visibly broken CI builds for a day that makes the project look unstable?

[DrTorte]

Hey there,

Thanks for making this suggestion! We haven't fully released it yet, but we are doing a soft launch of a community forum. Right now our Product team is already active over there and talking suggestions/requests, so I'd suggest you post this there.

Community Forum

[HariSekhon]

I've just put this on there as well, thanks for the pointer.

I do hope this issue won't be closed until this is fixed though as it's not a hard fix but will make a big difference.

[emabrey]

Couldn't you just use the travis-retry command? See this doc page. I don't work on the Travis-ci project or for Travis-CI, I just happened to come across this issue.