frontend-build

The purpose of this package is to provide a common sense foundation and setup for frontend projects including:

linting (eslint)
testing (jest)
development server (webpack-dev-server)
build (webpack)

This package can serve as a single dev dependency replacing a large number of dev and build dependencies. It aims to provide common sense defaults that should be good for most edX projects out of the box, but can extended or overridden where needed.

Usage

CLI commands are structured: fedx-scripts <targetScript> <options>. Options are passed on to the target script, so refer to each target script's cli documentation to learn what options are available. Example package.json:

{
   "scripts": {
      "build": "fedx-scripts webpack",
      "i18n_extract": "BABEL_ENV=i18n fedx-scripts babel src --quiet > /dev/null",
      "lint": "fedx-scripts eslint --ext .jsx,.js .",
      "precommit": "npm run lint",
      "snapshot": "fedx-scripts jest --updateSnapshot",
      "start": "fedx-scripts webpack-dev-server --progress",
      "test": "fedx-scripts jest --coverage --passWithNoTests"
   },
   "dependencies": {
      ...
   },
   "devDependencies": {
      "@edx/frontend-build": "1.0.0"
   }
}

Extending or Overriding Config Presets

This package contains a set of configuration presets:

webpack-prod (or webpack)
webpack-dev (or webpack-dev-server)
webpack-dev-stage (for running development apps against stage apis)
babel
babel-preserve-modules
jest
eslint

If you need to extend or modify a configuration you can add your own configuration files, either by extending frontend-build's configuration files or supplying your own wholesale.

Method 1: Extend base config (babel.config.js):

const { createConfig } = require('@edx/frontend-build');
module.exports = createConfig('babel', {
   /* option overrides or extensions */
});

Method 2: Custom manipulations (babel.config.js):

const { getBaseConfig } = require('@edx/frontend-build');
const config = getBaseConfig('babel');

/* Custom config manipulations */

module.exports = config;

Frontend build will look in the following locations for configuration files in your project.

eslint: <project_root>/.eslintrc.js
jest: <project_root>/jest.config.js
babel: <project_root>/babel.config.js
webpack-prod: <project_root>/webpack.prod.config.js
webpack-dev-server: <project_root>/webpack.dev.config.js

You may specify custom config file locations via the command line if you prefer a different location. Example package.json:

{
   "scripts": {
      "build": "fedx-scripts webpack --config ./config/webpack.config.js",
      "start:stage": "fedx-scripts webpack-dev-server --config webpack.dev-stage.config.js",
      ...
   }
}

Note, specifying a custom config location for babel may cause issues with other tools in frontend-build. eslint, jest, webpack, and webpack-dev-server configuration presets rely upon the babel config and resolve the location of the config file according to the default locations described above. If you need to move the babel config file to a custom location, you may also need to customize references to its location in other configuration files. Please reach out to the FedX team if you need to do this and are running into problems.

Local module configuration for Webpack

The development webpack configuration allows engineers to create a "module.config.js" file containing local module overrides. This means that if you're developing a new feature in a shared library (@edx/frontend-platform, @edx/paragon, etc.), you can add the local location of that repository to your module.config.js file and the webpack build for your application will automatically pick it up and use it, rather than its node_modules version of the file.

NOTE: This module.config.js file should be added to your .gitignore.

An example module.config.js file looks like the following. You can copy this into your application to use local versions of paragon and frontend-platform:

module.exports = {
   /*
   Modules you want to use from local source code.  Adding a module here means that when this app
   runs its build, it'll resolve the source from peer directories of this app.

   moduleName: the name you use to import code from the module.
   dir: The relative path to the module's source code.
   dist: The sub-directory of the source code where it puts its build artifact.  Often "dist".
   */
   localModules: [
      { moduleName: '@edx/paragon/scss', dir: '../paragon', dist: 'scss' },
      { moduleName: '@edx/paragon', dir: '../paragon', dist: 'dist' },
      { moduleName: '@edx/frontend-platform', dir: '../frontend-platform', dist: 'dist' },
   ],
};

Note that the "dir" and "dist" keys give you granular control over the shape of your repository's distribution. Paragon, for instance, needs two separate entries to pick up both JS and SCSS imports.

This mechanism uses Webpack resolve aliases, as documented here: https://webpack.js.org/configuration/resolve/#resolvealias

Development

This project leverages the command line interface for webpack, jest, eslint, and babel. Because of this, local development can be tricky. The easiest way to do local development on this project is to either run scripts inside the project in example or to test with an existing project you can do the following:

Delete the node_modules directories in the host project: rm -rf node_modules/
Move frontend-build inside the host project and delete its node modules folder mv ../frontend-build ./ && rm -rf frontend-build/node_modules
Install the development version of frontend-build npm i --save-dev @edx/frontend-build@file:./frontend-build.

eol-uchile/frontend-build

frontend-build

Usage

Extending or Overriding Config Presets

Local module configuration for Webpack

Development