silverstripe / silverstripe-travis-support

Creates a SilverStripe project "around" a module, based on core version constraints and its composer.json definitions
Other
13 stars 16 forks source link

Incorrect caching of current build #18

Open tractorcow opened 9 years ago

tractorcow commented 9 years ago

With the below in .travis.yml the current build is cached internally, and force-pushes up to that branch will not result in those changes being detected by composer; Instead the cached archive is re-installed.

cache:
  directories:
    - $HOME/.composer/cache

We need to implement some kind of cache-buster when generating the archive and composer.json for each build.

tractorcow commented 9 years ago

LIkely https://github.com/composer/composer/blob/master/src/Composer/Downloader/FileDownloader.php#L243 is where the necessary cache key needs to be busted

I need to debug this locally to detect where the target build is being cached though.

dhensby commented 9 years ago

This is fixed

tractorcow commented 9 years ago

yeah but now we have the problem of composer timing out to resolve.

The real fix is to get it to cache everything EXCEPT the build target.

dhensby commented 9 years ago

Are we getting composer timing out? Where?