Skip to content
Yet another lightweight and simple cross-platform CLI build tool to bundle JavaScript files, with file imports, ES8+ minification, auto build capabilities, and native OS notifications.
JavaScript
Branch: master
Clone or download
Fetching latest commit…
Cannot retrieve the latest commit at this time.
Permalink
Type Name Latest commit message Commit time
Failed to load latest commit information.
enums
models
modules
tests
.gitignore
.npmignore
.travis.yml
CHANGELOG.md
CODE_OF_CONDUCT.md
LICENSE.md
README.md
STYLE-GUIDE.md
TODO.md
VERSION.md
issue_template.md
merger-js.sln.licenseheader
merger.js
package-lock.json
package.json

README.md

MergerJS

npm LICENSE
GitHub stars

Yet another simple cross-platform CLI build tool to bundle JavaScript files, with a custom file import syntax, ES8+ minification, auto build capabilities, and native OS notifications.

Because merger uses a modified version of uglify-es for minification, you don't need to use any kind of transpilers in order to use this tool. You can use ES8+.

MergerJS is not a module bundler, is a file bundler.

NPM: LINK
GitHub: LINK
License: MIT
Changelog: LINK
Dependencies:
├── uglify-es
├── neo-async
├── chokidar
├── commander
├── inquirer
├── node-notifier
├── chalk
├── line-by-line
├── js.system.collections




Features

  • Command Line Interface (CLI)
  • Merge multiple JS files into one
  • Support for multiple source/header files
  • Use @import comments on a source file to specify the build order
  • Minification, supporting ES6+ (optional)
  • Auto builds on file changes (optional)
  • Native OS build notifications (optional)
  • Import an entire directory (use @import<<DIR 'directoryName/')
  • Import a file or directory from the node_modules folder (use $import 'file-name')
  • Import a file from an URL (use %import 'url')
  • Import a file or directory from a GitHub repository (use %import<<github::{branch-name} '{userName}/{repositoryName}/{pathToFile}.js')

 

Getting Started

For the latest version of the README, always refer to the MergerJS GitHub repository's master branch:
https://github.com/joao-neves95/merger-js/blob/master/README.md

1) Node.js

You will need Node.js version 10+ installed to run merger.

2) Install merger with NPM

Install globally -g with NPM:

npm i merger-js -g

or

npm install merger-js -g

 

Use:

  1. Make a header file - the source file; the first file to be merged - containing, on the top, comments importing the files in the order you want them to be built, from the first to the last just like in a browser.

    Example:

    // $import 'sweetalert2/dist/sweetalert2.all.min.js'
    // %import 'https://code.jquery.com/jquery-3.4.1.min.js'
    // %<<github::v4-dev '/twbs/bootstrap/dist/js/bootstrap.min.js'
    // @'externalLibs'
    // @import<<dir '/enums/'
    // @import 'utilities'
    // @import 'someModel'
    // @import 'someView'
    // @import 'someController'
    // @import 'someOtherModel'
    // @import 'someOtherView'
    // @import 'someOtherController'
    // @import 'someOtherFeature'
    
    • Learn more about the import syntax below in the "Import Syntax" section.
    • Instead of // @import 'fileName', you can just // @'fileName' or $'file-name';
    • The extension names .js are optional;
    • The import of the header file (source file) is optional;
    • You can import files from different directories relative to the same source file.
      Example: // @import '../otherFolder/someFile'

 

  1. Run merger init on the root of your project:
    This will set up the configuration model as well as some global configurations (minification, auto builds on file changes, native OS notifications).
    You can alter them later through the CLI with the "merger set" command (learn more below in the "Commands" section).

 

  1. Run merger add to add a new source file (header file) to your merger configuration file (learn more below in the "Commands" section).

  2. Run merger or merger build to start building (learn more below in the "Commands" section).

 

Import Syntax:

  • // @import 'relativePathToTheFile' or // @'relativePathToTheFile':
    Using an @ token on an import statement imports a file relative to the header file.

    • Pushing (<<) dir, DIR, directory or DIRECTORY into @import, imports an entire directory.
      Note that using this method, the files are not compiled in any specific order.
      E.g.: // @import<<dir '../otherDirectory/' // @<<DIR 'someDirectoryHere/'
  • // $import 'pathRelativeToNodeModules' or // $'node_modules_file':
    Using a $ token imports relative to the "node_modules" directory.

    • Pushing (<<) dir, DIR, directory or DIRECTORY into $import, imports an entire directory from node_modules.
      Note that using this method, the files are not compiled in any specific order.
      E.g.: // $import<<dir '../otherDirectory/' // $<<DIR 'someDirectoryHere/'
  • // %import 'https://specificUrl.com/file.min.js' or // %'https://specificUrl.com/file.min.js':
    Using a % token imports a file from a specific URL. The file is downloaded and stored in node_modules in the first time and later fetch from there in order to not download the file in each build.

    • Adding a double %% token forces the download on every build (good for updates). Valid for specific URLs and GitHub.
      E.g.: // %%'https://code.jquery.com/jquery-3.4.1.min.js'

    • Pushing (<<) GH, gh, github or GITHUB into %import, imports a file from a GitHub repository.
      If the branch name is not provided, it is defaulted to the "master" branch.
      E.g.:
      // %import<<GH::{branch} '{user}/{repository}/{pathToFile}.js'
      // %<<github::v4-dev '/twbs/bootstrap/dist/js/bootstrap.min.js'

      • You can specify the branch using the :: token.

      • MergerJS still supports the previous GitHub import syntax for files, where the branch is specified directly on the path, to avoid breaking changes (not supported on directories). This syntax should be considered as deprecated.
        E.g.: // %<<github '/twbs/bootstrap/v4-dev/dist/js/bootstrap.min.js'

      • Pushing (<<) dir, DIR, directory or DIRECTORY into %import<<github, imports an entire directory from GitHub.
        Note that using this method, the files are not compiled in any specific order.
        E.g.: // %%import<<GH::master<<dir 'twbs/bootstrap/dist/js'

 

Commands

  • merger init: Configure merger. It creates a merger-config.json file on your working directory.

  • merger log: Print the configuration file contents.

  • merger add: Add a new source file to the merger config file.
    You should run this command on the directory where the source file you want to add is located.
    MergerJS will give you the directory path, you input the source file name (the extension names are optional), or a relative path to that directory, and MergerJS will locate the configuration file in the hierarchy before the one you are located and update it.

  • merger rm: Remove a source file from the merger-config file.
    You can run this command anywhere within your project (after the configuration file). MergerJS will give you all your files within your configuration file and you remove one just by selecting it.

  • merger or merger build: Execute the build with the configuration you gave it on the merger-config.json file.
    You can run it anywhere within your project's folder.

    • merger auto, merger build -a or merger build --auto: Execute an automatic build session. You can do this, for example, when you have auto builds turned off and you don't want to change that.
  • merger set <configuration> <value>: Edit a configuration key on the merger-config file.
    You can run it anywhere within your project's folder.
    At the moment you can pass:

    • The <configuration> mnfy, minify or uglify and the <value> -t / --true or -f / --false to set minification to true or false (on/off);
    • The <configuration> auto or autobuild and the <value> -t / --true or -f / --false to set auto builds to true or false (on/off);
    • The <configuration> ntfs, notifs, notify, or notifications and the <value> -t / --true or -f / --false to set the native OS notifications to true or false (on/off);
    • The <configuration> updateonlaunch or updtonlnch and the <value> -t / --true or -f / --false to set the update on lauch time to true or false (on/off). MergerJS will check for updates once per week.

    Examples: merger set minify -f, merger set autobuild --true, merger set notifs -t

  • merger update: Update MergerJS. Same as npm install merger-js -g

 

Header File Examples

portfolioOS.header.js

js.system.collections.header.js

 

Example of a File Structure

|-- root/

|-- merger-config.json
|-- package.json
|-- .env
|-- node_modules/
|-- (...)

|-- server/

|-- (...)

|-- client/

|-- css

|-- (...)

|-- js

|-- mergerBuildFile.js
|-- src

|-- sourceFile.header.js (the header file containing all the imports; the first file to be build)
|-- utilities.js
|-- someView.js
|-- someModel.js
|-- someController.js

 

Known Issues

The auto build (the files watcher) does not work properly and all times on Visual Studio. It works very well on Visual Studio Code and other editors though.

 

Versioning

Merger uses SemVer for versioning. You can read the changelog here.

 

Code Style

See the style guide here: merger-js/STYLE-GUIDE.md

Since version 3.6.5, every asynchronous function should make exclusive use of promises and the async/await syntax, avoiding multiple callback chaining (I.e.: "callback hell"), unless using a callback instead of a promise does make sense and does not contribute to a more confusing code.

 

Motivation

When I started doing academic web projects, I felt the need for a build tool to merge all my JS files into one, cleaning the HTML pages and optimizing my workflow. I wanted something simple and fast. My schoolmates couldn't get around with other projects like WebPack and similar tools, so I decided to build MergerJS in order to use a file bundler in a very simple and fast way. This is and it always will be a work in progress.

You can’t perform that action at this time.