Overview¶
Welcome! We are delighted that you want to contribute to Iter8! 💖
As you get started, you are in the best position to give us feedback on key areas including:
- Problems found during setup of Iter8
- Gaps in our quick start tutorial and other documentation
- Bugs in our test and automation scripts
If anything doesn't make sense, or doesn't work when you run it, please open a bug report and let us know!
Ways to contribute¶
We welcome many different types of contributions including:
- Tutorials and other documentation
- Experiment charts
- CLI features, and experiment tasks
- CI, builds, and tests
- Web design
- Reviewing pull requests
- Communication, social media, blog posts
Ask for help¶
The best ways to reach us with a question is to ask...
- On the original GitHub issue
- In the
#development
channel in the Iter8 Slack workspace - During our community meetings
Find an issue¶
Iter8 issues are managed here.
Issued labeled good first issue have extra information to help you make your first contribution. Issues labeled help wanted are issues suitable for someone who has already submitted their first pull request and is good to move on to the second one.
Sometimes there won’t be any issues with these labels. That’s ok! There is likely still something for you to work on. If you want to contribute but you don’t know where to start or can't find a suitable issue, you can reach out to us over the Iter8 Slack workspace for help finding something to work on.
Once you see an issue that you'd like to work on, please post a comment saying that you want to work on it. Something like "I want to work on this" is fine.
Pull request lifecycle¶
- Your PR is associated with one (and infrequently, with more than one) GitHub issue. You can start the submission of your PR as soon as this issue has been created.
- Follow the standard GitHub fork and pull request process when creating and submitting your PR.
- The associated GitHub issue might need to go through design discussions and may not be ready for development. Your PR might require new tests; these new or existing tests may not yet be running successfully. At this stage, keep your PR as a draft, to signal that it is not yet ready for review.
- Once design discussions are complete and tests pass, convert the draft PR into a regular PR to signal that it is ready for review. Additionally, post a message in the
#development
Slack channel of the Iter8 Slack workspace with a link to your PR. This will expedite the review. - You can expect an initial review within 1-2 days of submitting a PR, and follow up reviews (if any) to happen over 2-5 days.
- Use the
#development
Slack channel of Iter8 Slack workspace to ping/bump when the pull request is ready for further review or if it appears stalled. - Iter8 releases happen frequently. Once your PR is merged, you can expect your contribution to show up live in a short amount of time at https://iter8.tools.
Sign Your Commits¶
Licensing is important to open source projects. It provides some assurances that the software will continue to be available based under the terms that the author(s) desired. We require that contributors sign off on commits submitted to our project's repositories. The Developer Certificate of Origin (DCO) is a way to certify that you wrote and have the right to contribute the code you are submitting to the project.
Read GitHub's documentation on signing your commits.
You sign-off by adding the following to your commit messages. Your sign-off must match the Git user and email associated with the commit.
This is my commit message
Signed-off-by: Your Name <your.name@example.com>
Git has a -s
command line option to do this automatically:
git commit -s -m 'This is my commit message'
If you forgot to do this and have not yet pushed your changes to the remote repository, you can amend your commit with the sign-off by running:
git commit --amend -s
Development environment setup¶
The Iter8 project consists of the following repos.
- iter8-tools/iter8: source for Iter8 CLI
- iter8-tools/hub: source for Iter8 experiment charts
- iter8-tools/docs: source for Iter8 docs
- iter8-tools/homebrew-iter8: Homebrew formula for installing Iter8 CLI
iter8-tools/iter8¶
This is the source repo for Iter8 CLI.
Clone iter8
¶
git clone https://github.com/iter8-tools/iter8.git
Build Iter8¶
make build
Install Iter8 locally¶
make clean install
iter8 version
Run unit tests and see coverage information¶
make tests
make coverage
make htmlcov
iter8-tools/hub¶
This is the source repo for Iter8 experiment charts.
Clone hub
¶
git clone https://github.com/iter8-tools/hub.git
Add tests¶
Add integration tests for Iter8 hub in the .github/workflows/tests.yaml
file.
Versioning¶
Iter8 experiment charts are Helm charts under the covers, and are semantically versioned as per Helm chart versioning specifications. Every change to the chart must be accompanied by an increment to the version number of the chart. For most changes, this would mean an increment to the patch version (for example, the version
field in Chart.yaml
may be incremented from 0.1.0
to 0.1.1
).
iter8-tools/docs¶
This is the source repo for Iter8 documentation.
Clone docs
¶
git clone https://github.com/iter8-tools/docs.git
Locally serve docs¶
From the root of this repo:
python3 -m venv .venv
source .venv/bin/activate
pip install -r requirements.txt
mkdocs serve -s
You can now see your local docs at http://localhost:8000. You will also see live updates to http://localhost:8000 as you update the contents of the docs
folder.
Add tests¶
Add end-to-end tests for Iter8 in the .github/workflows/tests.yaml
file.