-
Support Rails 6 by removing constraint on ActionCable
@mattr
-
Make Rake Task System Calls Fail Loudly
@mcclayton
-
Typo in install rake task
@karmiclychee
- Potential double yarn install
- assets:precompile not defined properly (when no Sprockets)
-
Typo in install generator. Add brunch-babel package
@haffla
- Potential Heroku bug where assets would be cleared out on deploy.
- Update gem with
bundle update breakfast
- Update the JS package with
yarn upgrade breakfast-rails
- If deploying with Capistrano, remove
require "breakfast/capistrano"
from yourCapfile
. Remove any custom Breakfast settings fromconfig/deploy.rb
. Ensure that you are using Capistrano Rails and haverequire 'capistrano/rails'
orrequire 'capistrano/rails/assets'
in yourCapfile
. - If deploying with Heroku, run the following commands:
- heroku buildpacks:clear
- heroku buildpacks:set heroku/nodejs --index 1
- heroku buildpacks:set heroku/ruby --index 2
- Puma hanging in clustered mode. Breakfast would fail to cleanly exit on Puma exit, causing the server to hang indefinitely.
- Bumped Rails version dependency, can be used with Rails 5.0 and greater. (Allows usage with Rails 5.1)
- Capistrano rake tasks. Previous behavior has been included into the Rails asset:precompile task. Using the standard Capistrano Rails gem is all that required now.
- Need for a custom Heroku buildpack.
If public/assets
does not exist Breakfast will now create the folder before
attempting to write to it.
- Adds support for Yarn.
- New installs now require Yarn
- Capistrano options
:breakfast_yarn_path
&&:breakfast_yarn_install_command
- NPM client requirement
- Capistrano options
:breakfast_npm_path
&&:breakfast_npm_install_command
have been removed.
- Update gem with
bundle update breakfast
- Bump the
breakfast-rails
version inpackage.json
to0.5.0
- Ensure Yarn is installed
- Run
yarn install
Note If you are deploying with Capistrano then Yarn is expected to be installed on
- Update gem with
bundle update breakfast
- Bump the
breakfast-rails
version inpackage.json
to0.4.0
- Run
npm install
Note Now by default asset fingerprinting will be on by default in production. A copy of each with the original filename will be present as well, so any hard-coded links to assets will still work correctly.
-
Asset Digests. Now when deploying assets will have fingerprints added to their file names. This allows browsers to aggressively cache your assets.
-
New Option:
breakfast.manifest.digest
. Defaults to false in development / test and true everywhere else. When true, enables Rails to serve fingerprinted assets. -
Rake Commands to trigger certain behavior:
breakfast:assets:build
Manually run a compilation step.breakfast:assets:build_production
Manually trigger a production build. This will cause assets to get minified.breakfast:assets:digest
Run through your compiled assets and add a fingerprint to each one. Creates a copy, leaving a file with the original filename and a duplicate with an md5 fingerprint.breakfast:assets:clean
Removes any assets from the output folder that are not specified in the manifest file (removes out of date files).breakfast:assets:nuke
Removes manifest and fingerprinted assets from the output folder.
-
New Capistrano Option:
:breakfast_npm_install_command
Defaults to justinstall
. Can be overridden to redirect output to dev/null. Example:set :breakfast_npm_install_command, "install > /dev/null 2>&1"
- Fixed small CSS issue if box-sizing is not set border-box globally.
Many many thanks to the contributors for this release!
- Better support for determining if Server is running. Using puma, passneger, etc. instead of the default rails server command now work.
-
Update gem with
bundle update breakfast
-
Bump the
breakfast-rails
version inpackage.json
to0.3.1
-
Run
npm install
-
If you have modified the
config.breakfast.view_folders
option you will need to replace it. The new option isconfig.breakfast.source_code_folders
and it defaults to[Rails.root.join("app")]
. If you have view or Ruby files that you would like to trigger reloads outside of theapp
folder then append those paths by adding:config.breakfast.source_code_folders << Rails.root.join("lib")
To which ever environment you want
Breakfast
to run in (probablyconfig/environments/development.rb
).
- New status bar that allows the user to switch reload strategies on the fly
- Support for Haml & Slim files (without .html extension)
- Reloading on ruby file changes.
- Specify minimum Node & NPM versions when installing (avoid awkward and none descriptive error messages)
- NPM binary path for Capistrano
- config.breakfast.view_folders change to config.breakfast.source_code_folders. Change brought about by need to trigger reloads when Ruby source code changes.
- config.breakfast.view_folders is no longer supported. Deprecated in favor of source_code_folders option.
Many many thanks to the contributors for this release!