Contributing

September 17, 2022 ยท View on GitHub

Please note that this project is released with a Contributor Code of Conduct. By participating in this project you agree to abide by its terms.

Have a question? Found a bug? Have an idea?

Please create an issue.

I love pull requests ๐Ÿ˜ but before you put in too much time Iโ€™d appreciate if you created an issue first to make sure that it is an actual issue.

Submitting the Pull Request

If you would like to contribute a bug fix or new feature (after discussing in an issue), please add tests.

Each test is a folder such as test/push-main-has-tweet. You can either adapt one of the existing tests or create a new folder by copying it.

Each folder has a test.js file which runs the test, an event.json file which has the payload for the event you want to simulate and any other files that simulate a certain state a repository would be in.

You can run the tests using npm test. You can run a single test using npx tap test/<your folder here>.

Merging the Pull Request & releasing a new version

Releases are automated using semantic-release. The following commit message conventions determine which version is released:

  1. fix: ... or fix(scope name): ... prefix in subject: bumps fix version, e.g. 1.2.3 โ†’ 1.2.4
  2. feat: ... or feat(scope name): ... prefix in subject: bumps feature version, e.g. 1.2.3 โ†’ 1.3.0
  3. BREAKING CHANGE: in body: bumps breaking version, e.g. 1.2.3 โ†’ 2.0.0

Only one version number is bumped at a time, the highest version change trumps the others.

If the pull request looks good but does not follow the commit conventions, use the "Squash & merge" button.

Resources