Thank you for considering contributing to AI Containers! We welcome your help to make this project better. Contributing to an open source project can be a daunting task, but the Intel AI Containers team is here to help you through the process. If at any point in this process you feel out of your depth or confused by our processes, please don't hesitate to reach out to a maintainer or file an issue.
Before you start contributing, submit a request to be added to the Intel Organization on GitHub by contacting one of the ai-containers-maintain
members.
Once assigned to the ai-containers-write
or ai-containers-maintain
team depending on the scope of your contributions, you will be able to create branches and submit pull requests.
Once you are added to the organization, you will be given acces to ai-containers' Azure Container Registry (ACR).
This project follows the Contributor Covenant Code of Conduct. Please review it to understand the expectations for participant behavior.
- Create a new branch for your contribution:
git checkout -b username/your-feature
. - Install pre-commit, Docker, and Python 3.8+.
pre-commit install
sudo usermod -aG docker $USER
sudo apt-get install -y python3-venv
- Follow the Project Setup steps.
- Install the third-party python dependencies necessary for pre-commit depending on the type of contribution you are making:
- Always install the documentation hook requirements:
pip install -r docs/requirements.txt
. - If you are contributing to Test Runner, run
pip install -r test-runner/dev-requirements.txt
. - If you are contributing to helm charts, run
pip install -r workflows/charts/dev-requirements.txt
. Install Helm and then the Chart Testing tool.
- Always install the documentation hook requirements:
- Make your changes, commit, and sign your changes:
git commit -s -m 'Add your feature'
. - Push to the branch:
git push origin username/your-feature
. - Submit a pull request.
All submissions, including submissions by project members, require review. We use GitHub pull requests for this purpose. Consult the GitHub Help for more information on using pull requests.
In order to complete the review process, the following steps are required:
- All status checks pass.
- All third-party dependencies are approved by the maintainers and no new vulnerabilities are introduced to the codebase.
- At least one approval from a codeowner that maintains the area of the code you are changing.
Depending on the size and complexity of the change, additional reviews may be required and it may be subject to additional requirements, for example, if you are submitting a contribution to Test Runner you may be required to write unit tests that satisfy our coverage requirements.
To ensure a smooth and effective contribution process, please follow these guidelines:
- Before creating a new issue, check if it already exists.
- Use a clear and descriptive title for the issue.
- Provide a detailed description of the issue, including steps to reproduce it.
- Keep each pull request focused on a single feature or bugfix.
- Write clear and descriptive commit messages.
- Keep code changes concise and well-documented.
- Ensure that your code adheres to the project's coding standards.
- Include tests for your changes, if applicable. Utilize the test-runner test framework for creating your tests
- Ensure that all existing tests pass before submitting a pull request.
- Provide information on how to test your changes.
- Utilize automated testing by following the Pull Request Template's guidelines on how to run your container tests using GitHub Actions.
- If you make changes that affect the project's documentation, update it accordingly.
- Document new features and functionalities.
- Follow the established code style for this project.
- Consistent and clean code is highly appreciated.
- Include a summary of your changes in your pull request.
- Reference the relevant issue(s) if applicable.
- Be responsive to feedback and be ready to make further changes if necessary.
Please use the sign-off line at the end of the patch. Your signature certifies that you wrote the patch or otherwise have the right to pass it on as an open source patch. The rules are pretty simple: if you can certify the below (from developercertificate.org):
Developer Certificate of Origin
Version 1.1
Copyright (C) 2004, 2006 The Linux Foundation and its contributors.
660 York Street, Suite 102,
San Francisco, CA 94110 USA
Everyone is permitted to copy and distribute verbatim copies of this
license document, but changing it is not allowed.
Developer's Certificate of Origin 1.1
By making a contribution to this project, I certify that:
(a) The contribution was created in whole or in part by me and I
have the right to submit it under the open source license
indicated in the file; or
(b) The contribution is based upon previous work that, to the best
of my knowledge, is covered under an appropriate open source
license and I have the right under that license to submit that
work with modifications, whether created in whole or in part
by me, under the same open source license (unless I am
permitted to submit under a different license), as indicated
in the file; or
(c) The contribution was provided directly to me by some other
person who certified (a), (b) or (c) and I have not modified
it.
(d) I understand and agree that this project and the contribution
are public and that a record of the contribution (including all
personal information I submit with it, including my sign-off) is
maintained indefinitely and may be redistributed consistent with
this project or the open source license(s) involved.
Then you just add a line to every git commit message:
Signed-off-by: Joe Smith <[email protected]>
Use your real name (sorry, no pseudonyms or anonymous contributions.)
If you set your user.name
and user.email
git configs, you can sign your
commit automatically with git commit -s
.
AI Containers is licensed under the terms in LICENSE. By contributing to the project, you agree to the license and copyright terms therein and release your contribution under these terms.