Skip to content

Latest commit

 

History

History
72 lines (53 loc) · 2.81 KB

CONTRIBUTING.md

File metadata and controls

72 lines (53 loc) · 2.81 KB

Triton Contribution Guidelines

Thanks for using Triton and for considering contributing to it!

tl;dr:

  • Some Triton repos use Joyent's Gerrit (https://cr.joyent.us) instead of GitHub pull requests (PRs). We are currently in the process of moving to using GitHub PRs. Until that move is complete, if the repo is listed at https://cr.joyent.us/#/admin/projects/ then it is still using Gerrit.
  • Triton repos use both GitHub issues and internal-to-Joyent Jira projects for issue tracking.

Code

All changes to Triton project repositories go through code review. Currently that is via one of the following:

If you're making a substantial change, you probably want to contact developers on the mailing list or IRC first. If you have any trouble with the contribution process, please feel free to contact developers on the mailing list or IRC. Note that larger Triton project changes are typically designed and discussed via "Requests for Discussion (RFDs)".

Triton repositories use the Joyent Engineering Guidelines. Notably:

  • The #master branch should be first-customer-ship (FCS) quality at all times. Don't push anything until it's tested.
  • All repositories should be "make check" clean at all times.
  • All repositories should have tests that run cleanly at all times.

Issues

There are two separate issue trackers that are relevant for Triton code:

Before Triton was open sourced, Joyent engineering used a private JIRA instance. While Joyent continues to use JIRA internally, we also use GitHub issues for tracking -- primarily to allow interaction with those without access to JIRA.