Skip to content

react-gears 8.12.1-FEE-524-address-security-issues-f4f4e2f.0

Install from the command line:
Learn more about npm packages
$ npm install @appfolio/react-gears@8.12.1-FEE-524-address-security-issues-f4f4e2f.0
Install via package.json:
"@appfolio/react-gears": "8.12.1-FEE-524-address-security-issues-f4f4e2f.0"

About this version

react-gears

react-gears is a React implementation of Appfolio UI components, using React, Bootstrap 4, and reactstrap.

https://appfolio.github.io/react-gears


Getting Started

yarn add @appfolio/react-gears
# or for npm:
npm install @appfolio/react-gears

Example

import React from 'react';
import { Button } from '@appfolio/react-gears';

export default (props) => {
  return (
    <Button color="danger">Danger!</Button>
  );
};

Cypress Testing

You can use react-gears-cypress for testing react-gears components in your project.


Development

Install dependencies:

yarn install

Run storybook examples:

yarn start

Then open http://localhost:6006 in a browser.

Run tests:

yarn test

This runs unit tests using Mocha and enzyme.

Run Linter

yarn lint

This runs ESLint using appfolio-react as the base configuration.


Contributing

Commit messages

Commit messages should follow the Conventional Commits format:

<type>(<scope>): <message>

Here's an example commit message:

feat(SomeComponent): add new thing that does something
  • <scope> is optional.
  • ! indicates a breaking change. Example: feat!: some breaking change.

Here are a few common <type>s:

  • feat: A new feature
  • fix: A bug fix
  • docs: Documentation changes
  • refactor: Code changes that neither fix a bug nor add a feature
  • test: Adding missing tests or correcting existing tests
  • ci: Changes to CI configuration files and scripts
  • chore: Other changes that don't modify src or test files

For more information about Conventional Commits, see the official documentation.

Merging changes

Open a pull request, get it approved by the relevant code owners, and merge your pull request.

IMPORTANT: Make sure your pull request is rebased when merged. The merge button has dropdown options. Choose "Rebase and merge".

Creating a prerelease

  • Open a pull request with your changes against the default branch.
  • After a few minutes, GitHub bot will leave a comment on the pull request notifying the prerelease was created.
  • Use this prerelease version (e.g. 8.0.1-some-branch-a48dadc.0) to test your changes in apps/libraries that depend on this library.

Creating an official release

After merging your pull request to the default branch, release-please will automatically create or update a special "release pull request".

  • Find this "release pull request" under the "Pull requests" tab for this repo. The title will be something like, chore(master): release 8.0.2.
  • Approve and merge this "release pull request" to create an official release (e.g. 8.0.2).