Making changes
Learn how to make your first changes to the project
-
Make sure the main branch of your fork is up-to-date:
For further reference read github syncing a fork documentation.
-
Create a PR branch with a descriptive name, branching from main:
-
Make the changes you want.
-
Separate the changes into logical commits.
- Describe the changes in the commit messages. Focus on answering the question why the change is required and document anything that might be unexpected.
- If any description is required to understand your code changes, then those instructions should be code comments instead of statements in the commit description.
- For submitting PRs, all commits need to be signed off
(git commit -s). See the section Developer’s Certificate of Origin
-
Make sure your changes meet the following criteria:
- New code is covered by Integration Testing.
- End to end integration / runtime tests have been extended or added. If not required, mention in the commit message what existing test covers the new code.
- Follow-up commits are squashed together nicely. Commits should separate logical chunks of code and not represent a chronological list of changes.
-
Run
git diff --checkto catch obvious white space violations -
Build Tetragon with your changes included.
What’s next
- See how to run the tests of the project.
- See how to submit your first pull request.
Last modified April 13, 2023: docs: update style and design (220974d4)