Skip to content
This repository has been archived by the owner on Mar 25, 2021. It is now read-only.

Fix typo #2113

Merged
merged 1 commit into from
Jan 24, 2017
Merged

Fix typo #2113

merged 1 commit into from
Jan 24, 2017

Conversation

andy-hanson
Copy link
Contributor

@andy-hanson andy-hanson commented Jan 24, 2017

Mistake from #2102

@andy-hanson
Copy link
Contributor Author

node_modules/@types/underscore has been in the CircleCI cache for weeks now. Any idea how I can make it go away?

@IllusionMH
Copy link
Contributor

IllusionMH commented Jan 24, 2017

The Rebuild without cache button in the UI will disable the cache for a single build so that you could debug any problems caused by your dependencies.
If such rebuild successfully passes the dependency phase, it will save a new cache which will be used by future builds.

In theory - should work fine after first successful Rebuild without cache.

Normally you will not have to clear the cache permanently, but if you feel that’s what you need, you can just remove the necessary parts of the cache anywhere in your circle.yml’s dependencies section, before the cache is saved:

dependencies:
  post:
    - rm -r ~/.gradle

Or as alternative cache can be removed during build process for some time (even if it will slowdown builds) or switch from npm install to yarn install (I suppose it will use different cache, however not sure if problem not in npm cache itself or with cached by Circle Ci node_modules folder)

Quotes from How cache works

UPD. Any guesses what cache part actually causes problems? If node_modules than we can try to add npm prune before compile steps.

UPD2.

Per-branch cache
Each branch of your project will have a separate cache. If it is the very first build for a branch, the cache from the default branch on GitHub or Bitbucket (normally master) will be used. If there is no cache for master, the cache from other branches will be used.

Probably this might be hint for workaround:

  1. Push something to master cache
  2. Rebuild without cache
  3. New branches will use "working" master cache (in theory - until next cache problem with other dependency)

Copy link
Contributor

@adidahiya adidahiya left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

this change is simple enough; I'm comfortable merging without CI

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants