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

docs-verify

v1.0.15

Published

Make documentation meaningful!

Downloads

35

Readme

docs-verify

Make code documentation meaningful!

Link between your code and its documentation(wiki) and verify that wiki files remain up-to-date with pre-commit hook for git.

Motivation

In large code-bases, documentation is often required for some of the main logic modules in our app.

Some write docs in .txt/.docx/etc files, some use wiki, and some doesn't write documentation at all.

To write docs is one thing, but maintain them up-to-date is another. When code is changed, it's often comfortable to "forget" to update the docs. This cause our docs to be outdated and irrelevant.

In order to solve this problem, docs-verify was created.

Culture

Docs shouldn't be created for every file. It was meant to explain specific logic in our app that is hard to understand at first glance or at one debuging session. It's meant for infrastructure code mechanism or important flows in our app only.

To use this hook as it should be used, you need to write all your documentation files in wiki section. If you have un-organized docs somewhere, please move them to wiki. Please read about wiki at About wikis

Install

npx docs-verify-init && npm install       # npm
npx docs-verify-init && yarn              # Yarn 1
yarn dlx docs-verify-init --yarn2 && yarn # Yarn 2

docs-verify-init

To change husky configuration refer to husky

Uninstall

npm

npm uninstall husky docs-verify && git config --unset core.hooksPath

Yarn 2

Remove "postinstall": "husky install" and "docs-verify": "docs-verify" from package.json and run:

yarn remove husky && git config --unset core.hooksPath

Usage

The default clone method is https. To use ssh, add ssh to docs-verify script in your package.json.

In order to use the hook, you need to create a wiki file and link code path to it. The convention for this is:

L/links:
*/- path
*/- path

How it works

In order to read wiki files, docs-verify clone wiki repo as sub repository(Submodules) in the first use and adds it to .gitignore. When committing, The repo will be pulled to check for changes.

docs-verify finds all L/links: sections and check your staged files paths against the wiki links. If staged files paths were found in any of the docs links, you will be notified and asked to update the docs. If you do, you will be navigated to the wiki page and a [your_repository_name.wiki]/touched.log file will be written with the touched files description as displayed before the prompt.