Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Do not carry asset fragment cache into runtime #797

Closed
schneems opened this issue Aug 22, 2018 · 0 comments
Closed

Do not carry asset fragment cache into runtime #797

schneems opened this issue Aug 22, 2018 · 0 comments

Comments

@schneems
Copy link
Contributor

When someone is using the asset pipeline, and they've disabled the config that allows them to build assets in production.

So when

config.assets.compile = false

Then the tmp/cache/assets/sprockets/ folder is not needed at runtime and should be safe to delete, which will lower the overall slug size.

schneems added a commit that referenced this issue Sep 17, 2018
When someone is using the asset pipeline, and they've disabled the config that allows them to build assets in production.

So when

```
config.assets.compile = false
```

Then the `tmp/cache/assets/sprockets/` folder is not needed at runtime and should be safe to delete, which will lower the overall slug size.

Do not merge until after Dreamforce.
schneems added a commit that referenced this issue Oct 15, 2018
When someone is using the asset pipeline, and they've disabled the config that allows them to build assets in production.

So when

```
config.assets.compile = false
```

Then the `tmp/cache/assets/sprockets/` folder is not needed at runtime and should be safe to delete, which will lower the overall slug size.

Do not merge until after Dreamforce.
schneems added a commit that referenced this issue Oct 30, 2018
[close #797] Do not carry asset pipeline fragment cache into runtime
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant