A command-line tool for Polymer projects.

For detailed help, check out the Polymer CLI guide.

Polymer-CLI includes a number of tools for working with Polymer and Web Components:

• init - Initializes a Polymer project from one of several templates
• build - Builds an application-style project
• lint - Lints the project
• serve - Runs a development server
• test - Runs tests with web-component-tester

Install via npm:

$ npm install -g polymer-cli

Then run via polymer <command>:

$ polymer help

Polymer-CLI is somewhat opinionated about project structure.

There are two type of projects:

• Elements projects

  Element projects contain one or more reusable element definitions, intended to be used from other elements, applications or pages. Element definitions live at the top level of the project so they are easy to import. Elements import their dependencies with relative paths that reference sibling folders to the project folder.

• Application projects

  Application projects are self-contained and intended to be deployed as a standalone website. Application projects contain elements in a src/ folder and import their dependencies with absolute paths, or relative paths that reference folders inside the project folder.

Polymer-CLI currently supports two styles of applications:

• Monolithic applications, which have a single entrypoint (usually index.html) and eagerly import all dependencies.

• "App shell" applications, which have a very lightweight entrypoint, an app-shell with startup and routing logic, and possibly lazy loaded fragments.

App-shell apps are currently the preferred style for Polymer CLI, and most commands are being optimized to support them. App-shell apps usually have client-side routing (see the app-route element), and lazy load parts of the UI on demand.

Polymer-CLI supports this style by understand these different types of files:

• entrypoint - The first file served by the web server for every valid route (usually index.html). This file should be very small, since it may not cache well and must reference resources with absolute URLs, due to being served from many URLs.
• shell - The actual app shell, which includes the top-level logic, routing, and so on.
• fragments - lazy loaded parts of the application, typically views and other elements loaded on-demand.

The project files are specified either as global flags: --entrypoint, --shell and zero or more --fragment flags, or in a polymer.json configuration file.

You can specify the project files in polymer.json so that commands like polymer build work without flags:

{
  "entrypoint": "index.html",
  "shell": "src/my-app/my-app.html",
  "fragments": [
    "src/app-home/app-home.html",
    "src/app-view-1/app-view-1.html",
  ],
  "sources": [
    "src/**/*",
    "images/**/*",
    "bower.json"
  ],
  "includeDependencies": [
    "bower_components/additional-files-to-include-in-build/**/*",
    "bower_components/webcomponentsjs/webcomponents-lite.js"
  ]
}

Displays help on commands and options:

$ polymer help

Initializes a Polymer project from one of several templates.

Choose a template from a menu:

$ polymer init

Use the 'element' template:

$ polymer init element

Use the 'application' template:

$ polymer init application

With a polymer.json file:

$ polymer lint

Specifying a file to lint:

$ polymer lint index.html

Run test with web-component-tester:

$ polymer test

Specify project files as flags:

$ polymer build --entrypoint index.html --shell src/my-app/my-app.html

Use index.html as the entrypoint, or read from polymer.json:

$ polymer build

build is opinionated and defaults to a good build for app-shell apps. It writes the built output to build/bundled and build/unbundled folders. Both outputs have been run though HTML, JS and CSS optimizers, and have a Service Worker generated for them. The bundled folder contains the application files process by Vulcanize, Polymer's HTML bundler, for optimal loading via HTTP/1. The unbundled folder is optimized for HTTP/2 + Push.

While the build command should support most projects, some users will need greater control over their build pipeline. If that's you, check out the polymer-build library. Polymer-build can be called and customized programmatically, giving you much greater control than the CLI can provide. Visit the repo for usage information and examples.

Start the development server:

$ polymer serve

Start the development server, and open the default browser:

$ polymer serve -o

Polymer-CLI initialize new projects with the init command, and includes a few of built-in templates.

New templates can be distributed and installed via npm. Yeoman generators prefixed with generator-polymer-init will show up in the polymer init menu.

$ npm run build

You can compile and run the CLI from source by cloning the repo from Github and then running npm run build. But make sure you have already run npm install before building.

Polymer CLI targets the current LTS version (4.x) of Node.js and later.