I’m sorry for the confusion, but I see this locally. I’m not looking at travis. I have been doing a lot of full dev deployments.
On November 27, 2018 at 11:40:42, Shane Ardell (shane.m.ard...@gmail.com) wrote: Otto, Do you have a Travis log you can share that shows Cypress downloaded vs. using a cached version? It looks like my latest merge to master uses a cached version: https://travis-ci.org/apache/metron/jobs/458440883#L7292. Thanks in advance. On Mon, Nov 26, 2018 at 6:14 PM Shane Ardell <shane.m.ard...@gmail.com> wrote: > It seems we can pretty easily configure the .travis.yml config file to > cache our npm modules: > https://docs.cypress.io/guides/guides/continuous-integration.html#Caching-the-Cypress-binary > > It also looks like we are already trying to cache our npm modules in the > Travis config, but, obviously, it's not working as intended. I can take a > look into why tomorrow. > > On Mon, Nov 26, 2018 at 5:33 PM Michael Miklavcic < > michael.miklav...@gmail.com> wrote: > >> Shane, Tibor - Can you guys chime in on this? >> >> On Mon, Nov 26, 2018 at 9:13 AM Otto Fowler <ottobackwa...@gmail.com> >> wrote: >> >> > Isn’t there a way we can cache it? >> > >> > >> > On November 26, 2018 at 10:59:20, Nick Allen (n...@nickallen.org) >> wrote: >> > >> > Yes, I have noticed that too. If not a way to reduce the time, we should >> > not be logging the unzipping process percentile-by-percentile in the >> Travis >> > CI builds. >> > >> > On Sat, Nov 24, 2018 at 9:49 AM Otto Fowler <ottobackwa...@gmail.com> >> > wrote: >> > >> > > Anyone else seeing a lot of time taken downloading and unzipping >> Cypress >> > on >> > > builds? >> > > What is up with that?™ >> > > >> > > ottO >> > > >> > >> >
