How It Works

Following similar motivations and inspirations as other Project Evergreen projects like Create Evergreen App, Greenwood aims to provide a build and development workflow designed for the modern web and leveraging great open source projects in the NodeJS ecosystem.

Read on to learn more about how we put them all together for you!


The CLI is the engine driving Greenwood's available workflows, powered by webpack:

  • Running the develop command provides a development workflow with all the features you would need like file watching and live reload, source maps, and more using webpack-dev-server.
  • When you build, we run your project page by page through puppeteer, which is a headless Chrome implementation available on npm and get the initial render as output and generate your static site page by page. We also optimize your site's CSS and JavaScript to ensure Greenwood projects get excellent performance scores in tools like webhint and Google Lighthouse.

This allows us to provide fine tuned workflows for both development and production but all you have to do is use the CLI. 💯

Note: As powerful as webpack is, it does provide a lot of seemingly "magical" functionality out of the box, in particular its ability to use import to turn just about anything into a module (css, images, text files, etc). While this is convenient at build time and for development, being able to use import non JavaScript assets is not part of any specification. For this reason, we urge developers to understand what webpack does that is spec compliant, and what it does that isn't. Where possible, Greenwood will always favor a stable web platform first solution, e.g. if CSS Modules were to become a spec, Greenwood will make sure it is supported.

Evergreen Build

Greenwood promotes an "evergreen" build that ensures that the code delivered to users is as modern as the code all based on real browser usage and support statistics. Automatically!

  • Babel is a compiler for JavaScript that transforms modern JavaScript down to a specific "target" of JavaScript. For example, source code can be written using 2018+ syntax, but transformed such that browsers that don't support that syntax can still run that JavaScript.
  • PostCSS, much like Babel is a compiler, but for CSS! Just as with Babel, we can use modern CSS features without a transpilation process from a higher level version of CSS (LESS, SASS). CSS has finally arrived in modern web applications! ✨

Greenwood builds off of Babel and PostCSS by leveraging the env presets available for Babel and PostCSS, which are made possible courtesy of an awesome tool called Browserslist. Essentially, Browserlist allows querying of CanIUse data to determine, based on the browser query provided, what features are / aren't needed for transpilation. This in turn allows Babel and PostCSS to intelligenty transpile only what's needed for the features that are missing, thus ensuring an "evergreen" experience for users and developers. Nice. 😎

So to target modern evergreen browsers for example, a .browserslistrc would look like this:

> 1%
not op_mini all
not ie 11

When run against the browserslist, we can see what the support will be for that configuration will be:

$ npx browserslist
and_chr 67
and_uc 11.8
chrome 67
edge 17
firefox 61
ios_saf 11.3-11.4
ios_saf 11.0-11.2
safari 11.1

In this way, as browsers and usage matures, so will the generated JavaScript code, which is ideal since native features like import and class will only continue to get more performant over time as browser vendors continue to iterate on their JavaScript engines.

Browser Support

As discussed above, Greenwood is able to leverage a build that can intelligently transpile projects to meet the widest use case of modern evergreen browsers as well as IE11! This means your users will get the syntax their browsers understand (courtesy of core-js) while allowing developers to write modern code. (Stage 2+ with some exceptions.)

The full list of support browsers supported right now is:

$ npx browserslist
and_chr 75
and_uc 12.12
chrome 75
chrome 74
edge 17
firefox 67
ie 11
ios_saf 12.2-12.3
ios_saf 12.0-12.1
safari 12.1
samsung 9.2

This is all essentially made possible by the amazing work of the which you can visit to get up to date information on what features major browsers are supporting. The more you know! ⭐

It is our goal to make IE11 / legacy browser support opt-in through our Polyfills Plugin so that by default Greenwood would be exclusively "evergreen".


Unlink syntax, polyfills are special browser API that can't be transpiled away, like fetch and the APIs that make up the Web Components spec (Custom Elements, Shadow DOM, Templates).

The good news is modern evergreen browsers like Chrome, Safari, and Firefox already support a lot of these features for Web Components right now! Unfortunately, Edge is still lagging behind a little bit (and of course IE11 is its own story). Here is what the current landscape of modern browser support looks like. web-components-browser-support

For how to handle polyfills with Greenwood, please see our polyfills plugin!