The project map
Five repositories make up this project. They form a chain: two providers that talk to the Biznet GIO API, two example repos that show every feature of those providers working, and one docs site that teaches both.
This Contribute section covers the three repos you can change without deep provider knowledge: the docs site and the two example repos. The two provider repos are Go codebases with their own development flow; if you find a provider bug, report it as an issue on the provider repo and it usually gets fixed there first.
How the repos communicate
The three repos reference each other constantly, and that wiring is part of the design:- The example repos link to the docs site tutorials that explain the patterns they use, like the Capstone tutorial.
- The docs site links to the example repos on its examples page, in the sidebar GitHub menu, and from the reference pages.
- The docs site reference pages show code that must match what the providers and examples actually do. When the examples catch a mismatch, both the examples and the docs get fixed together.
Reading order
Follow this order if you are new here:- How the repos are organized to know where everything lives.
- Local setup to get the tools and tokens you need.
- Conventions to learn the house rules before you write anything.
- Commits and pull requests to learn the contribution workflow.
- Issues and CODEOWNERS and reviews to learn how communication and review work.
- Pipelines to understand the safety net every change runs through.
- The repo deep dives, Terraform and Pulumi, to understand the code itself, and the complete code walkthrough for the exhaustive file-by-file reference.
- Step-by-step walkthroughs when you are ready to make your first change.
Standards this project follows
Every convention this project uses is a published standard. The pages above link to the canonical source for each one, but here are the big three up front:Conventional Commits
Every commit message follows this spec, the same one used by most large open source projects.
GitHub Flow
Fork, branch from main, open a pull request, review, merge. Nothing more complicated than that.
GitHub issue forms and CODEOWNERS
Issue templates, pull request templates, and ownership rules are all configured per repo in .github.
CONTRIBUTING.md at its root that summarizes its own rules and links back here: