This document provides general guidelines for making meaningful contributions to LinkORB's projects on GitHub.
The README.md file at the root of each repository is a great resource for getting started with an existing project. Review it and read other related documentation (in the *docs/ folder) if necessary.
Don't work directly on the main
branch of a project. Clone the repository to your computer or open it in a Codespace and create a new branch before making changes.
An ideal branch name contains two to three descriptive words. If the branch is related to an internal project/task, terminate its name with the card number of the related Team HQ task.
Example
add-contributing-guide-4096
LinkORB has the following requirements for committing changes to a repository:
- Use LinkORB's commit message template to summarize changes introduced by a commit. Please see configure LinkORB's commit message template for setup instructions.
- Use the format outlined in our conventional commit standards when writing commit messages.
- Squash related commits into one before opening a pull request or before merging a pull request into the main branch.
- See our Creating and reviewing pull requests guide for pull request best practices.
Test all code changes using development and mock production environments to avoid unpleasant surprises.
If you're a LinkORB team member, please use one of the following channels to report bugs or vulnerabilities found in internal/closed source and open source projects:
- Create a Cyans or Mattermost topic to discuss next steps.
- Create and assign Team HQ cards to team members who can resolve the issue. See Add a card to a project for more information.
If you're a third-party contributor, please check that there's no open issue addressing the problem before creating a new GitHub issue.
Technical writers, please review LinkORB's technical documentation standards before adding or modifying documentation in a project. If the created/modified document is a web page, run the site locally or in a Codespace to ensure it renders as expected before committing changes.
Direct your questions about a project to the repository's primary maintainer/contributor or a subject-matter expert. See Communicate through appropriate channels and Asynchronous communications tl;dr for communication best practices.