A reactive data-store for web3 and smart contracts
You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
 

4.9 KiB

Contributing to Drizzle

Thanks for taking the time to help out and improve Drizzle! 🎉

The following is a set of guidelines for Drizzle contributions and may change over time. Feel free to suggest improvements to this document in a pull request!

Contents

How Can I Contribute?

Development

Additional Notes

How Can I Contribute?

All contributions are welcome!

If you run into an issue, the first step is to reach out in our community Gitter channel, in case others have run into the problem or know how to help.

To report a problem or to suggest a new feature, open a GitHub Issue. This will help the Drizzle maintainers become aware of the problem and prioritize a fix.

For code contributions, for either new features or bug fixes, see Development.

If you're looking to make a substantial change, you may want to reach out first to give us a heads up.

Development

Overview

Drizzle has two companion libraries (drizzle-react and drizzle-react-components), each with their own NPM packages.

The content of this guide applies to those companion libraries as well.

This repository (trufflesuite/drizzle) contains the core logic for storing and updating chaindata in a Redux store.

Development Requirements

In order to develop Drizzle, you'll need:

Getting Started

First clone this repository and install NPM dependencies:

$ git clone git@github.com:trufflesuite/drizzle.git
$ cd drizzle
$ npm install
$ npm test

If all is good, then run the build command :

$ npm run build

Your local Drizzle copy is contained in the dist/ directory.

To use this in a project, use npm link:

$ cd dist
$ npm link // may require sudo
$ cd my-project-root
$ npm link drizzle

You're ready to use your local development version of Drizzle in your project.

Forks, Branches, and Pull Requests

Community contributions to Drizzle require that you first fork each repository you wish to modify. After your modifications, push changes to your fork(s) and submit a pull request upstream to trufflesuite's fork(s).

See GitHub documentation about Collaborating with issues and pull requests for more information.

Note: Drizzle development uses a long-lived develop branch for new (non-hotfix) development. Pull Requests should be opened against develop in all repositories.

Branching Model

Drizzle projects adhere to Gitflow, a Git workflow designed around a strict branching model to more easily track feature development vs. releases. For more information on Gitflow, check out Atlassian's helpful guide.

We can separate our branches into long-lived and purposeful branches. We have two long-lived branches:

  • master, checkout for hotfix development; in sync with the latest release (synced after the release has gone out publicly).
  • develop, checkout for feature development; latest unstable releases and work targeting the next major or minor release.

All development is done on branches with a prefix/title style naming convention. These are later merged into develop and finally a release branch before final release. These are the two prefixes we use:

  • feature/, for new feature development; later merged with develop and release.
  • fix/, for hotfix development; later merged with master and develop.

For example, a fix for a contract fetching error might look like: fix/contract-fetching.

Working on a Branch

Use a branch for your modifications, tracking it on your fork:

$ git checkout -b feature/sweet-feature // or "fix/" prefix if a hotfix
$ git push -u ChocolateLover feature/sweet-feature

Then, make changes and commit as usual.

Additional Notes

Join the chat in our community Gitter channel. If anything about this process is unclear, or for helpful feedback of any kind, we'd love to hear from you!

Thanks again for all your support, encouragement, and effort! Drizzle would not be possible without contributors like you. 🙇