Here's another one of my more upsetting projects
👌
🌿 Invig
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
requirevsimportfor now)) - 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
Why
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
importandasync(Invig won't leverage these), recent Node.js can run your code without any transpiling. Meaning quicker developer iterations and less headaches.
Demo
Let's take a look at installing Invig at converting CoffeeScript to Standard compatible ES6 via STDIN
Install
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 Use
Recursively port CoffeeScript/ES5 files to ES6 in-place:
invig -s ./srcCommand 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
More Examples
Port one ES5 file to ES6:
invig --src old-file.jsPort one CoffeeScript file to ES6 (deleting the old .coffee file.):
invig --src old-file.coffeeOptionally check for outdated or unused dependencies after the conversion completes:
invig --src src/ --checkBail out as soon as Invig hits an error. By default Invig will continue processing the next file
invig --src src/ --bailDo a dry run without changing any files (don't trust me, keep your stuff safe in Git):
invig --src src/ --dryrunApply Invig on a pattern (use quotes!)
invig --src 'src/**.js'Transpile from STDIN
cat old-file.coffee | invig --src -Workflow
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
es6branch - Have someone review the PR and merge it
- Let's celebrate that your codebase is now very much 2017
🍸
State
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.
Pre-1.0.0, we're allowing ourselves to make breaking changes at any release.
Gotchas
- 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 thelint,fix, andbuild:watchscripts, as well as the.eslintrc, and.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 apackage.json, and modifies this in-place also.
Thanks to
I deserve no credit, Invig is just a tiny wrapper around these mastodons:
- Decaffeinate (CoffeeScript to JavaScript)
- Lebab (ES5 to ES6)
- Prettier (JavaScript consistent formatter)
- ESLint (JavaScript linter and fixer)
- JavaScript Standard Style (One JavaScript Style Guide to Rule Them All)
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.
Contributing
Please see CONTRIBUTING.md.
Social Media
Welcoming discussion on:
Links
- https://github.com/prettier/prettier/blob/master/CHANGELOG.md
- https://github.com/decaffeinate/decaffeinate/releases
Authors & Contributors
License
Copyright (c) 2017 Kevin van Zonneveld. Licenses under MIT.