Published: Jun 13, 2017
Bower is going away. Even the bower team is recommending developers to move over to npm (or Yarn which I personally prefer) and Webpack. As one can see from the screenshot, we get the following warning when running
npm i bower from cli.
In this post, I will demonstrate how to migrate a legacy bower based project to npm and webpack.
To make it more interesting, the bower is configured so that Front-End dependencies are installed in public web directory. Which means the web directory contains all the public files of libraries and plugins. Including the corresponding source files which by the way we don't want to include in our public files.
First step: migrate to package.json
npm install <[email protected]>, we install all the dependencies form bower.json to the package.json
After installing the package.json looks like this. Note that I’m pointing to some explicit GitHub versions because some of those legacy versions of packages cannot be found on npmjs.org. Another thing you can notice is the devDependencies section containing copy-webpack-plugin and webpack, which I will talk about shortly.
Next step: setting up Webpack.
As you seen I've installed two devDependencies which will replace the bower. First one is webpack, a tool which allows to bundle JS files and perform many more static assets related tasks. One can read more about webpack here.
The second one is copy-webpack-plugin which is used to copy files from source to target destinations. In this case, we are going to copy Front-End dependencies from
node_nodules to the public web directory.
When set up in webpack.config.js, the plugin works like this. It takes an array of assets objects containing the
from path of the file we want to copy. And
to path as the destination where we to copy the files. Whenever we run webpack it will copy the files. And this is how with the help of webpack's plugin we can get rid of bower.
And the final project structure looks like this. Bower related files and folders can be safely removed and the project will keep running.
I hope with this post I’ve shown that migrating away from bower is not that much of a work. And in the end, we’ve removed an extra dependency of a tool as well as having all the references of Front-End dependencies in a single place in the package.json file.