Huge News!Announcing our $40M Series B led by Abstract Ventures.Learn More
Socket
Sign inDemoInstall
Socket

@hackney/mat-process-utils

Package Overview
Dependencies
Maintainers
5
Versions
1
Alerts
File Explorer

Advanced tools

Socket logo

Install Socket

Detect and block malicious and high-risk dependencies

Install

@hackney/mat-process-utils

Reusable steps and tools for Manage a Tenancy processes

  • 0.1.0
  • latest
  • Source
  • npm
  • Socket score

Version published
Weekly downloads
0
decreased by-100%
Maintainers
5
Weekly downloads
 
Created
Source

Manage a Tenancy process utils

Project maturity Licence

CircleCI build status

GitHub repo size

Package version Bundle size

TypeScript supported TypeScript version

Supported React versions Supported Next versions

Reusable steps and tools for Manage a Tenancy processes

Warning: This project is still in beta. No promises of stability are made.

For users

Installation

Install the package from NPM in the usual way. This library supports React 16 or newer. You will need to install it as a peer dependency.

npm install mat-process-utils react@">=16"

or

yarn add mat-process-utils react@">=16"

Note that to use the useDatabase React hook, you will need to be using React 16.8 or newer.

Usage

See the documentation website (generated with TypeDoc).

For contributors

Running the tests

We use Jest for testing.

To run the unit tests:

npm run test:unit

To run the unit tests, updating changed snapshots:

npm run test:unit:update

To run the tests for all examples, including building:

npm run test:examples

To run the tests for all examples, including building, updating changed snapshots:

npm run test:examples:update

To run the full test suite, including building:

npm run test:all

To run the full test suite, including building, updating changed snapshots:

npm run test:all:update

To run the full test suite, including format checking, linting, and building:

npm test

To run the full test suite, including format checking, linting, and building, fixing any issues and updating snapshots:

npm run test:update

Documenting the code

We use TypeDoc to generate our documentation website from the types and comments in our code. We use GitHub pages to host that site.

TypeDoc has a syntax similar to that of JSDoc, but unlike with JSDoc, we shouldn't specify types or label every property or argument, as they are generated from the TypeScript directly. See here for the syntax supported by TypeDoc.

To generate the documentation locally:

npm run build:docs

You can test the output by opening tmp/docs/index.html from your local filesystem in your browser.

Formatting the code

We use Prettier to format our code. There are lots of editor integrations available, and the style is enforced by a Git pre-commit hook.

To run the formatter:

npm run format

Linting the code

We use ESLint, in addition to TypeScript's compiler, for verifying correctness and maintainability of code.

To run the linter:

npm run lint

To run the linter in fix mode:

npm run lint:fix

We can also check that all files (except package.json and package-lock.json because Dependabot can get very noisy) have code owners:

npm run lint:codeowners

Releasing versions

  1. Create a new branch called release/vx.y.z, where x.y.z is the new version number, following Semantic Versioning.

  2. Update CHANGELOG.md to batch the changes in this version under a heading in the following format:

    ## [Unreleased]
    
    ## [x.y.z] - DD-MM-YYYY
    
    ### Added
    
    ...
    
    ## [a.b.c] - DD-MM-YYYY
    
    ### Added
    
    ...
    
    [unreleased]:
      https://github.com/LBHackney-IT/mat-process-utils/compare/vx.y.z...HEAD
    [x.y.z]:
      https://github.com/LBHackney-IT/mat-process-utils/compare/va.b.c...vx.y.z
    [a.b.c]: ...
    
  3. Commit the changes as "Update the changelog in preparation for vx.y.z".

  4. Run the version bumping script:

    bin/bump-version "x.y.z"
    
  5. Push the branch and create a pull request, copying the contents of this version from the changelog into the description.

  6. Get the pull request reviewed.

  7. When approved and ready to publish:

    bin/publish "x.y.z"
    
  8. Merge the pull request and publicize the release.

Architecture decision records

We use ADRs to document architecture decisions that we make. They can be found in docs/adr and contributed to with adr-tools.

FAQs

Package last updated on 25 May 2020

Did you know?

Socket

Socket for GitHub automatically highlights issues in each pull request and monitors the health of all your open source dependencies. Discover the contents of your packages and block harmful activity before you install or update your dependencies.

Install

Related posts

SocketSocket SOC 2 Logo

Product

  • Package Alerts
  • Integrations
  • Docs
  • Pricing
  • FAQ
  • Roadmap
  • Changelog

Packages

npm

Stay in touch

Get open source security insights delivered straight into your inbox.


  • Terms
  • Privacy
  • Security

Made with ⚡️ by Socket Inc