Breathes new life into legacy code bases by automatically:
- Transpiling CoffeeScript to ES6
- Transpiling ES5 to ES6 (without the stuff that recent Node hasn’t nailed yet (e.g. we stick to
- Applying Standard linting with colon alignment for enhanced readability
- Adding the necessary linting and building run-script boilerplate that the project can later independently use
- Optionally checking for outdated or unused dependencies
Invig does this in a highly opinionated, non-configurable, and destructive way.
Let’s have some fun breathing new life into your legacy project 😚 💨 🌿
I’m dealing with an ever-growing number of projects that each have a slightly different setup, and I got pretty tired of context switching between ES5, ES6, CoffeeScript, and different code conventions across those projects.
The tools are there now to automate all difference away - it’s just a matter of picking defaults and stringing those tools together. That’s what Invig does. After successfully running Invig on your codebase, you can put your brain at ease thanks to uniformity, focus more on the work at hand, have a better time doing so thanks to syntactical goodness, while producing less bugs thanks to ESlint.
Why ditch ES5?
ES6 let’s you express yourself in more powerful ways, typically meaning less boilerplate and more readable code.
Why ditch CoffeeScript?
While CoffeeScript lovers might agree already that uniform styling is pleasant and that ES6 is an upgrade over ES5, they might feel there are still a number of syntactical advantages CoffeeScript offers, missing from ES6. Our benchmark demo even results in lengthier ES6 code(!). While that may be true:
- The syntactical sugar argument is losing ground with every ECMA iteration (1 a year now)
- The ES6 ecosystem is vast. This results in more resources online, being able to attract more developers to help with your project, and linters like Flow and ESLint that can prevent more possible bugs and errors than CoffeeLint can.
- If you can refrain from using
async(Invig won’t leverage these), recent Node.js can run your code without any transpiling. Meaning quicker developer iterations and less headaches.
Let’s take a look at installing Invig at converting CoffeeScript to Standard compatible ES6 via STDIN
Invig is meant to be run on a code base once (or a few times in one session). That’s why it should not be used as a dependency but be installed globally instead.
npm install invig --global
⚠️ WARNING Changes are made in-place, make sure your code is protected by version control before using Invig.
Recursively port CoffeeScript/ES5 files to ES6 in-place:
invig -s ./src
Command line arguments
Usage: invig [options] Options: -h, --help output usage information -V, --version output the version number -s, --src <dir> Directory, file or pattern to convert -b, --bail Abort on the first error instead of continuing to port next file -c, --check When done, hunt for unused and un-updated dependencies -q, --quiet Hide any output
Port one ES5 file to ES6:
invig --src old-file.js
Port one CoffeeScript file to ES6 (deleting the old
invig --src old-file.coffee
Optionally check for outdated or unused dependencies after the conversion completes:
invig --src src/ --check
Bail out as soon as Invig hits an error. By default Invig will continue processing the next file
invig --src src/ --bail
Do a dry run without changing any files (don’t trust me, keep your stuff safe in Git):
invig --src src/ --dryrun
Apply Invig on a pattern (use quotes!)
invig --src 'src/**.js'
Transpile from STDIN
cat old-file.coffee | invig --src -
The recommended way to use Invig is to:
- Be in
masterand have a clean Git working tree first
git checkout -b es6
- Run Invig on your repo, point it to wherever your legacy sources live
- Apply manual fixes where the automation falls short (Invig and your build & test suite will tell you)
- Inspect the Git diff (I recommend the GitHub Desktop app for inspecting Invig’s changes, even if you are a cli-god. Can’t stress this enough) and repeat step 3 & 4
- Commit, push, send a PR for your
- Have someone review the PR and merge it
- Let’s celebrate that your codebase is now very much 2017 🍸
Invig is young, but as long as your code is in Git, feel free to have some fun with it, Invig has already ported some very large codebases.
1.0.0, we’re allowing ourselves to make breaking changes at any release.
- It’s recommended to first make sure all CoffeeLint errors and warnings are fixed before porting your project.
- Although Invig is destructive in nature, it currently leaves your
buildrun script alone if you have already defined it. If you currently have CoffeeScript build tasks, remove them first, so that Invig can write the new one. The same goes for the
build:watchscripts, as well as the
.babelrcfiles. The advantage of this that you can run Invig multiple times even though you have customized these components that are used in the modern setup.
- ⚠️ WARNING Invig needs a sense of a project so that it can add ESLint config and similar, so from the first file you point it to, it traverses upwards to find a
package.json, and modifies this in-place also.
I deserve no credit, Invig is just a tiny wrapper around these mastodons:
- Lebab (ES5 to ES6)
Invig in the Wild
Projects where Invig is used to breathe new life into old codebases:
- Transloadit’s Node.js SDK is Invig’s first PR, changing a CoffeeScript codebase to ES6 💚
- RethinkDB’s WebUI is being ported from CoffeeScript to ES6
Todo & Changelog
Please see CHANGELOG.md.
Please see CONTRIBUTING.md.
Welcoming discussion on:
Authors & Contributors
Copyright (c) 2017 Kevin van Zonneveld. Licenses under MIT.
We'd love to hear what you think on GitHub. Here's what's been going on recently.
Website design based on the wonderful apex.run with the author's consent.