DEV Community

Cover image for Three Ways to Share Node.js Modules Across Multiple Projects
David Neal
David Neal

Posted on • Edited on • Originally published at reverentgeek.com

Three Ways to Share Node.js Modules Across Multiple Projects

A friend recently asked me about splitting some of their Node.js application into a shared library to be used across multiple projects. There are at least three solutions, and they all have tradeoffs between convenience and portability.

Move Your Code Into A Separate Project

The first step across all the following options is to move your code into a separate Node.js project. This project will have its own package.json file.

Option 1: Link to a Local Project Folder

Once you've moved your shared code into a separate project, link the project as a dependency using npm link.

npm link [../relative-path-to/library]
Enter fullscreen mode Exit fullscreen mode

Note: The shared library can be maintained in a separate repository or the same repository as your other projects (a.k.a, monorepo).

Pros: Any changes you make to the library project will be immediately available in the other local projects that depend on it. This option is the most convenient method for local development.

Cons: Other developers who work on these projects will have to go through specific steps to set it up. This option is the most inconvenient method for collaborating with other developers, especially if you are not using a monorepo.

Option 2: Install From a Git Repository

Once you've moved your shared code into a separate project, push the library code into a Git repository. Then, install the library as a dependency using npm install.

npm install <git-host>:<git-user>/<repo-name>
# or
npm install <git repo url>

Enter fullscreen mode Exit fullscreen mode

To get a new version of your library into your other projects, push updates to the library repository. Then, run npm update within each project to pull down those changes.

Note: You may want to think through using a specific commit, branch, or tag to control when other projects receive updates.

Pros: You may use private repositories with npm to keep your code safe. And, it is relatively easy for other developers to use your module, as long as they have access to your Git repositories.

Cons: There are more steps involved to share changes with your other projects.

Option 3: Publish to npm

Publishing a library to npm is not as scary as it sounds. The first step is to make sure your package.json has the basic required information.

{
  "name": "my-awesome-library",
  "version": "1.0.0",
  "description": "Use this to become more awesome",
  "main": "index.js",
  "author": "Bacon McBaconFace <username@mydomain.com>",
  "license": "MIT",
  "repository": {
    "type": "git",
    "url": "git+https://mygithost.com/username/my-awesome-library.git"
  }
}
Enter fullscreen mode Exit fullscreen mode

Note: It's a good idea to include README.md and LICENSE files in your repository.

Next, publish your package to the registry.

npm publish
Enter fullscreen mode Exit fullscreen mode

If you're not already signed in, you will receive a prompt to sign in or create an account.

Finally, install your new package as a dependency using npm.

npm install my-awesome-library
Enter fullscreen mode Exit fullscreen mode

To get a new version of your library into your other projects:

  1. Make changes to the code
  2. Update the version number in package.json file
  3. Push the updates to the git repository
  4. Publish the latest package using npm publish
  5. Run npm update within each project

Pros: Arguably the easiest method for collaborating with other developers since it's the same dependency pattern familiar to Node.js folks. It also increases the opportunity developers will discover your project and use it for themselves.

Cons: The most steps involved to get changes to your library into your other projects.

Did I miss anything? What tips and tricks do you have for sharing modules across multiple projects?

Top comments (0)