npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2024 – Pkg Stats / Ryan Hefner

pre-push2

v0.0.1

Published

Automatically install pre-push hooks for your npm modules.

Downloads

2

Readme

pre-push2

Version npmBuild StatusDependenciesCoverage Status

pre-push2 is a pre-push hook installer for git. It will ensure that your specified scripts passes before you can commit your changes. This all conveniently configured in your package.json.

But don't worry, you can still force a push by telling git to skip the pre-push hooks by simply pushing using --no-verify.

Installation

It's advised to install the pre-push2 module as a devDependencies in your package.json as you only need this for development purposes. To install the module simply run:

npm install --save-dev pre-push2

To install it as devDependency. When this module is installed it will override the existing pre-push file in your .git/hooks folder. Existing pre-push hooks will be backed up as pre-push.old in the same repository.

Configuration

pre-push2 will run every other script that you've specified in your package.json "scripts" field. So before people push you could ensure that:

  • You have 100% coverage
  • All styling passes.
  • Eslint passes.
  • Contribution licenses signed etc.

The only thing you need to do is add a pre-push array to your package.json that specifies which scripts you want to have ran and in which order:

{
  "name": "437464d0899504fb6b7b",
  "version": "0.0.0",
  "description": "ERROR: No README.md file found!",
  "main": "index.js",
  "scripts": {
    "test": "echo \"Error: I SHOULD FAIL LOLOLOLOLOL \" && exit 1",
    "foo": "echo \"fooo\" && exit 0",
    "bar": "echo \"bar\" && exit 0"
  },
  "pre-push": [
    "foo",
    "bar",
    "test"
  ]
}

In the example above, it will first run: npm run foo then npm run bar and finally npm run test which will make the push fail as it returns the error code 1. If you prefer strings over arrays or prepush without a middle dash, that also works:

{
  "prepush": "foo, bar, test"
  "pre-push": "foo, bar, test"
  "pre-push": ["foo", "bar", "test"]
  "prepush": ["foo", "bar", "test"],
  "prepush": {
    "run": "foo, bar, test",
  },
  "pre-push": {
    "run": ["foo", "bar", "test"],
  },
  "prepush": {
    "run": ["foo", "bar", "test"],
  },
  "pre-push": {
    "run": "foo, bar, test",
  }
}

The examples above are all the same. In addition to configuring which scripts should be ran you can also configure the following options:

  • silent Don't output the prefixed pre-push: messages when things fail or when we have nothing to run. Should be a boolean.
  • colors Don't output colors when we write messages. Should be a boolean.
  • template Path to a file who's content should be used as template for the git commit body.

These options can either be added in the pre-push/prepush object as keys or as "pre-push.{key} key properties in the package.json:

{
  "prepush.silent": true,
  "pre-push": {
    "silent": true
  }
}

It's all the same. Different styles so use what matches your project. To learn more about the scripts, please read the official npm documentation:

https://npmjs.org/doc/scripts.html

And to learn more about git hooks read:

http://githooks.com

License

MIT