Need advice about which tool to choose?Ask the StackShare community!

Git

297.6K
178.8K
+ 1
6.6K
npm

124.6K
80.8K
+ 1
1.6K
Add tool

Git vs npm: What are the differences?

Introduction

Git and npm both serve important roles in the world of software development, but they differ significantly in their functionalities and purposes. This markdown code will present the key differences between Git and npm, explaining their unique characteristics and features.

  1. Git: Distributed Version Control System (DVCS) for Source Code Management: Git is primarily used for version control and source code management. It allows developers to keep track of changes made to a codebase, collaborate with team members, and easily merge and manage multiple branches of code. Git ensures the integrity and consistency of the code and allows developers to revert to previous versions if needed.

  2. npm: Package Manager for JavaScript: npm, on the other hand, is a package manager specifically designed for JavaScript. It helps developers easily share and reuse code by providing a vast repository of libraries and packages. npm allows developers to manage dependencies, handle project dependencies automatically, and keep track of the versions of installed packages. It provides tools to publish, discover, and install packages, making it a vital component of modern JavaScript development.

  3. Git: Entire codebase stored locally: Git stores the complete history and codebase locally on each developer's machine. This allows developers to work offline, make changes, and commit them to their local repository. Git also enables branching and merging, which facilitates collaboration and helps in managing complex development workflows.

  4. npm: Relies on remote package registry: In contrast, npm relies on a central remote registry where packages are stored. When a package is required, npm automatically downloads it from the registry and installs it in the project directory. This centralized approach ensures consistency and ease of package management but requires an internet connection for package installation and updates.

  5. Git: Tracks changes at a fine-grained level: Git tracks the changes made to each file and line of code, providing detailed information about who made the changes and when. This fine-grained tracking allows for precise version control and makes it easier to identify and fix issues. Git also enables rolling back to previous versions and cherry-picking specific changes from different branches.

  6. npm: Simplifies dependency management and versioning: npm simplifies the management of project dependencies by automatically resolving and installing the required packages. It also ensures version compatibility by using semantic versioning. Developers can easily specify the versions of dependencies in a package.json file, and npm handles the installation of the correct versions.

In summary, Git is primarily a distributed version control system used for tracking changes in source code, offering features like branching and merging. On the other hand, npm is a package manager designed specifically for JavaScript, providing a repository of libraries and simplifying dependency management for projects.

Advice on Git and npm
Needs advice
on
npmnpm
and
YarnYarn

From a StackShare Community member: “I’m a freelance web developer (I mostly use Node.js) and for future projects I’m debating between npm or Yarn as my default package manager. I’m a minimalist so I hate installing software if I don’t need to- in this case that would be Yarn. For those who made the switch from npm to Yarn, what benefits have you noticed? For those who stuck with npm, are you happy you with it?"

See more
Replies (14)
Julian Sanchez
Lead Developer at Chore Champion · | 11 upvotes · 252.5K views
Recommends
on
YarnYarn
at

We use Yarn because it allows us to more simply manage our node_modules. It also simplifies commands and increases speed when installing modules. Our teams module download time was cut in half after switching from NPM to Yarn. We now require all employees to use Yarn (to prevent errors with package-lock.json and yarn.lock).

See more
Recommends
on
npmnpm

I use npm since new version is pretty fast as well (Yarn may be still faster a bit but the difference isn't huge). No need for other dependency and mainly Yarn sometimes do not work. Sometimes when I want to install project dependencies I got error using Yarn but with npm everything is installed correctly.

See more
Recommends
on
YarnYarn

p.s.

I am not sure about the performance of the latest version of npm, whether it is different from my understanding of it below. Because I use npm very rarely when I had the following knowledge.

------⏬

I use Yarn because, first, yarn is the first tool to lock the version. Second, although npm also supports the lock version, when you use npm to lock the version, and then use package-lock.json on other systems, package-lock.json Will be modified. You understand what I mean, when you deploy projects based on Git...

See more
Mark Nelissen
Recommends
on
npmnpmnpmnpm

I use npm because I also mainly use React and TypeScript. Since several typings (from DefinitelyTyped) depend on the React typings, Yarn tends to mess up which leads to duplicate libraries present (different versions of the same type definition), which hinders the Typescript compiler. Npm always resolves to a single version per transitive dependency. At least that's my experience with both.

See more
Recommends
on
YarnYarn

As far as I know Yarn is a super module of NPM. But it still needs npm to run.

Yarn was developed by Facebook's guys to fix some npm issues and performance.

If you use the last version of npm most of this problem does not exist anymore.

You can choose the option which makes you more confortable. I like using yarn because I'm used to it.

In the end the packages will be the same. Just try both and choose the one you feel more confortable. :)

See more
Recommends
on
YarnYarn

I am a minimalist too. I once had issues with installing Nuxt.js using NPM so I had to install Yarn but I also found that the Dev experience was much better

See more
Digital All
Recommends
on
npmnpm

I use npm because its packaged with node installation and handles npm tokens in CI/CD tools for private packages/libraries.

See more
Izzur Zuhri
Recommends
on
npmnpm

I use npm because it has a lot of community support and the performance difference with alternative tool is not so significant for me.

See more
tataata
Frontend designer and developer · | 3 upvotes · 237.7K views
Recommends
on
YarnYarn

Yarn made it painless for the team to sync on versions of packages that we use on the project <3

See more
Shuuji TAKAHASHI
Recommends
on
YarnYarn

I use Yarn because it outputs nice progress messages with cute emoji and installs packages quickly if the package is cached. Also, Yarn creates yarn.lock file which makes the developer use the consistent environment.

See more
Tor Hagemann
Principal Software Engineer at Socotra · | 3 upvotes · 137.9K views
Recommends
on
npmnpmYarnYarn

You should use whichever had the best DX (developer experience) for your team. If you are doing a massive front-end project, consider yarn if not only because it makes it a snap to go from zero to ready. What some people say about npm being more stable or easier for smaller projects is highly true as well. (not to mention, you sometimes have to install yarn) But, note that official NodeJS Docker images ship with both npm and yarn. If you want to use yarn, put package-lock=false and optionally save-exact=true in your project's .npmrc file. Compare whether you prefer the ergonomics of yarn global add over npm install -g or see fewer meaningless warnings for the specific set of dependencies you leverage.

See more
Recommends
on
npmnpm

I use npm because its the official package manager for Node. It's reliability, security and speed has increased over time so the battle is over!

See more
Francois Leurent
Recommends
on
npmnpm
at

We tend to stick to npm, yarn is only a fancy alternative, not 10x better. Using a self -hosted private repository (via sinopia/npm-mirror) make package locking (mostly) pointless.

See more
Denys Slipetskyy
Recommends
on
YarnYarn
at

I use Yarn because it process my dependencies way faster, predictable deps resolution order, upgrade-interactive is very handy + some Yarn specific features (workspaces, Plug’n’Play alternative installation strategy) ...

See more
Decisions about Git and npm
Oleksandr Fedotov
Senior Software Engineer at joyn · | 3 upvotes · 279.5K views

As we have to build the application for many different TV platforms we want to split the application logic from the device/platform specific code. Previously we had different repositories and it was very hard to keep the development process when changes were done in multiple repositories, as we had to synchronize code reviews as well as merging and then updating the dependencies of projects. This issues would be even more critical when building the project from scratch what we did at Joyn. Therefor to keep all code in one place, at the same time keeping in separated in different modules we decided to give a try to monorepo. First we tried out lerna which was fine at the beginning, but later along the way we had issues with adding new dependencies which came out of the blue and were not easy to fix. Next round of evolution was yarn workspaces, we are still using it and are pretty happy with dev experience it provides. And one more advantage we got when switched to yarn workspaces that we also switched from npm to yarn what improved the state of the lock file a lot, because with npm package-lock file was updated every time you run npm install, frequent updates of package-lock file were causing very often merge conflicts. So right now we not just having faster dependencies installation time but also no conflicts coming from lock file.

See more
Petr Bambušek
Head of Frontend at Mews · | 2 upvotes · 293.4K views
Chose
YarnYarn
over
npmnpm
at
()

This was no real choice - we switched the moment Yarn was available, and never looked back. Yarn is the only reasonable frontend package manager that's actually being developed. They even aim to heal the node_modules madness with v2! Npm is just copying its ideas on top of introducing massive bugs with every change.

See more
Manage your open source components, licenses, and vulnerabilities
Learn More
Pros of Git
Pros of npm
  • 1.4K
    Distributed version control system
  • 1.1K
    Efficient branching and merging
  • 959
    Fast
  • 845
    Open source
  • 726
    Better than svn
  • 368
    Great command-line application
  • 306
    Simple
  • 291
    Free
  • 232
    Easy to use
  • 222
    Does not require server
  • 27
    Distributed
  • 22
    Small & Fast
  • 18
    Feature based workflow
  • 15
    Staging Area
  • 13
    Most wide-spread VSC
  • 11
    Role-based codelines
  • 11
    Disposable Experimentation
  • 7
    Frictionless Context Switching
  • 6
    Data Assurance
  • 5
    Efficient
  • 4
    Just awesome
  • 3
    Github integration
  • 3
    Easy branching and merging
  • 2
    Compatible
  • 2
    Flexible
  • 2
    Possible to lose history and commits
  • 1
    Rebase supported natively; reflog; access to plumbing
  • 1
    Light
  • 1
    Team Integration
  • 1
    Fast, scalable, distributed revision control system
  • 1
    Easy
  • 1
    Flexible, easy, Safe, and fast
  • 1
    CLI is great, but the GUI tools are awesome
  • 1
    It's what you do
  • 0
    Phinx
  • 647
    Best package management system for javascript
  • 382
    Open-source
  • 327
    Great community
  • 148
    More packages than rubygems, pypi, or packagist
  • 112
    Nice people matter
  • 6
    As fast as yarn but really free of facebook
  • 6
    Audit feature
  • 4
    Good following
  • 1
    Super fast
  • 1
    Stability

Sign up to add or upvote prosMake informed product decisions

Cons of Git
Cons of npm
  • 16
    Hard to learn
  • 11
    Inconsistent command line interface
  • 9
    Easy to lose uncommitted work
  • 8
    Worst documentation ever possibly made
  • 5
    Awful merge handling
  • 3
    Unexistent preventive security flows
  • 3
    Rebase hell
  • 2
    Ironically even die-hard supporters screw up badly
  • 2
    When --force is disabled, cannot rebase
  • 1
    Doesn't scale for big data
  • 5
    Problems with lockfiles
  • 5
    Bad at package versioning and being deterministic
  • 3
    Node-gyp takes forever
  • 1
    Super slow

Sign up to add or upvote consMake informed product decisions

What companies use Git?
What companies use npm?
Manage your open source components, licenses, and vulnerabilities
Learn More

Sign up to get full access to all the companiesMake informed product decisions

What tools integrate with Git?
What tools integrate with npm?

Sign up to get full access to all the tool integrationsMake informed product decisions

What are some alternatives to Git and npm?
GitHub
GitHub is the best place to share code with friends, co-workers, classmates, and complete strangers. Over three million people use GitHub to build amazing things together.
SVN (Subversion)
Subversion exists to be universally recognized and adopted as an open-source, centralized version control system characterized by its reliability as a safe haven for valuable data; the simplicity of its model and usage; and its ability to support the needs of a wide variety of users and projects, from individuals to large-scale enterprise operations.
Bitbucket
Bitbucket gives teams one place to plan projects, collaborate on code, test and deploy, all with free private Git repositories. Teams choose Bitbucket because it has a superior Jira integration, built-in CI/CD, & is free for up to 5 users.
Perforce
Visibility, access control, workflow and code management for Git environments. Flexibility of collaborating on the same codebase and code reviews using any combination of Perforce and Git workflows and tools without compromise.
Mercurial
Mercurial is dedicated to speed and efficiency with a sane user interface. It is written in Python. Mercurial's implementation and data structures are designed to be fast. You can generate diffs between revisions, or jump back in time within seconds.
See all alternatives