Skip to content
Search for unused components in your Ember project
JavaScript HTML CSS
Branch: master
Clone or download
Fetching latest commit…
Cannot retrieve the latest commit at this time.
Type Name Latest commit message Commit time
Failed to load latest commit information.

npm version Build Status


This script searches for unused components in your Ember project. It supports:

  • classic structure,
  • POD structure,
  • Module Unification structure,
  • {{curly-braces}} syntax,
  • <AngleBrackets> syntax (also nested ones like <Angle::MyBrackets>),
  • ember-light-table's way of defining cellComponent: 'component-name' and component: 'component-name'
  • (component "component-name") helper used in templates
  • ignoring files,
  • and whitelisting components unused temporary.

It also has a very interesting statistics module.


$ yarn add -D ember-unused-components


$ npm install ember-unused-components --save-dev


Run in your app root directory:

$ ./node_modules/.bin/ember-unused-components


$ npx ember-unused-components

Expected output (simplified):

 No. of components: 277
 No. of unused components: 2 (7.22%)

 Unused components:
  - app/app-tab-panel
  - user/user-birthday

If you feel like there are too many components listed then check Configuration Section.


Make sure to try optional parameter --stats so you'll see some interesting stuff:

$ npx ember-unused-components --stats

 No. of components: 304
 No. of unused components: 8 (2.63%)

 Unused components:
  - report-header
  - report-row-title
  - reports-settings-dropdown
  - ui-checkbox-list
  - ui-manage-screen-title
  - ui-phone/-body/-message
  - ui-table/-cell-currency
  - ui-table/-cell-date

 The most used component: ui-form-button (101 occurrences)
 The number of components used just once: 171 (56.25%)
 Usage of {{curly-braces}} vs <AngleBrackets> syntax: 509 (56.81%) vs 387 (43.19%)
 Usage of (component "component-name") helper in templates: 70
 Usage in JS files (e.g. through `import` or ELT): 63


You can also print all occurrences of components that were found. Use --occurrences or --o:

$ npx ember-unused-components --occurrences

// simplified


   > ./app/templates/components/user-card.hbs
    - <UserAvatar @src={{_imageSource}} />


   > ./app/templates/application.hbs
    - {{welcome-page}}

Advanced usage

Typically the script should realize if you are using POD structure or not and find its way to components directory.

If you have problems with that, consider:

Forcing POD

To force using POD use --pods argument (alias: -p). Like this:

$ npx ember-unused-components --pods

The script will use the default directory of POD components: app/components. Please let me know if you had to force using POD. I made a simple guessing algorithm that should handle PODs out-of-the-box.

Forcing POD with the custom directory

Your app should be configured to have podModulePrefix property in config/environment.js if you are using POD but if it somehow doesn't work you can specify it through --pods-dir (alias: -pd). Like this:

$ npx ember-unused-components --pods --pods-dir="modules/components-repository"


In typical use cases, it should work out of the box and you don't have to configure anything but you can consider the following options. First, you need to create .eucrc.js file in the root directory:

module.exports = {
  whitelist: [
    'app/app-tab-panel' // we will use it again soon
  ignore: [
    'app/templates/freestyle.hbs' // this is our template with style guides


You can specify which components should not be treated as unused even if the script couldn't find their usage occurrences. This happens when:

  • you know that the component will be used in the future and you don't want to remove it and being reminded of that
  • you use some kind of "dynamic name resolution" for your components

For the "dynamic name resolution" scenario consider following example. Typical dynamic component look like this:


{{component name car=car}}


name: computed('car.type', function () {
  return `car-card-${this.get('car.type')}`;


Which may result in having following components in use:

  • car.type = 'suv' => {{car-card-suv car=car}}
  • car.type = 'sport' => {{car-card-sport car=car}}
  • car.type = 'sedan' => {{car-card-sedan car=car}}

Unfortunately, this static analysis tool doesn't understand it yet and doesn't know that your component car-card-suv has been used anywhere. You can whitelist these components from being marked as unused by referencing to them directly:

module.exports = {
  whitelist: [

or by using wildcard:

module.exports = {
  whitelist: ['car-card-*']

Ignored files

A component might be used in some files like guidelines template (see ember-freestyle) that in fact does not indicate that it is in use. The best practice is to ignore that file:

module.exports = {
  ignore: [
    'app/templates/freestyle.hbs' // this is our template with style guides

Removing components

Auto removing components might be useful but it's not yet supported. Please consider that simple removal of:

  • template.hbs or templates/component-name.hbs
  • component.js or components/component-name.js
  • style.css or styles/components/style.css

might not remove everything you would like. Examples:

  • global CSS classes that are no longer used
  • 3rd party JS libraries used only in that component
  • translation keys that are no longer needed
  • assets (images) that are no longer used
  • local overwrites/adjustments for that component made by parent's CSS

So you'll still have some dead code because of unused components.

I encourage you to remove components from the list manually.

Best Practices

Once you delete unused components run the script once again :) You might find that now some other components are no longer used. This happens when the component is used in the unused component.


{{!-- users-list component --}}
{{#each users as |user|}}
  {{user-card user=user}}

So user-card is being used but in unused component users-list. Once you will delete users-list component then user-card will not be longer used.


If you feel like you need some functionality please raise an issue or event better Contribute!


It's very important to prepare test cases for fixes and new features.

We have a directory test-apps with applications that have different configs and different Ember versions which support or does not support certain "features" like angle brackets components or module unification project structure.

Running tests

  • yarn run test


  • yarn run lint


  • npx ember-unused-components --debug


This project is licensed under the MIT License.

You can’t perform that action at this time.