This project welcomes contributions and suggestions. Most contributions require you to agree to a Contributor License Agreement (CLA) declaring that you have the right to, and actually do, grant us the rights to use your contribution. For details, visit https://cla.microsoft.com.
When you submit a pull request, a CLA-bot will automatically determine whether you need to provide a CLA and decorate the PR appropriately (e.g., label, comment). Simply follow the instructions provided by the bot. You will only need to do this once across all repositories using our CLA.
This project has adopted the Microsoft Open Source Code of Conduct. For more information see the Code of Conduct FAQ or contact opencode@microsoft.com with any additional questions or comments.
Run the following command to install the tools required to build the project:
make toolsRun the following command to build the docs for a specific library:
make docs LIB=platform/<library>Where <library> is the name of the library you want to build the docs for. For example, to build the docs for the alz library, run the following command:
make docs LIB=platform/alzOnce the PR has been merged, a new release must be created that follows the Library and CalVer versioning scheme.
This process differs slightly depending on which library is being released.
- Create a release with a tag name that follows the format
platform/alz/yyyy.mm.patch, whereyyyyis the year,mmis the month, andpatchis the patch number (e.g.,platform/alz/2025.09.2). The year and month should only be updated when there is a policy refresh or major breaking change. - The release title should be the same as the tag name.
- The release description should include a summary of the changes made in the release.
- For breaking changes, these must be called out in the release notes.
- Ensure that
Set as the latest releaseis checked. - Publish the release.
- Update the
platform\slz\alz_library_metadata.jsonfile with the new ALZ tag you just created. - Raise a PR and release the
platform/slzlibrary following the steps below.
- Create a release with a tag name that follows the format
platform/slz/yyyy.mm.patch, whereyyyyis the year,mmis the month, andpatchis the patch number (e.g.,platform/slz/2025.10.0). The year and month should only be updated when there is a policy refresh or major breaking change. - The release title should be the same as the tag name.
- The release description should include a summary of the changes made in the release.
- For breaking changes, these must be called out in the release notes.
- Ensure that
Set as the latest releaseis unchecked. - Publish the release.
- Create a release with a tag name that follows the format
platform/amba/yyyy.mm.patch, whereyyyyis the year,mmis the month, andpatchis the patch number (e.g.,platform/amba/2024.06.0). The year and month should only be updated when there is a policy refresh or major breaking change. - The release title should be the same as the tag name.
- The release description should include a summary of the changes made in the release.
- For breaking changes, these must be called out in the release notes.
- Ensure that
Set as the latest releaseis unchecked. - Publish the release.