After going through a minimal architects board review and preparing your package for release, verify you are ready for release by following the "Release Checklist", and finally release your package by following the "Release Process"
- [] Verify there are no replace directives in the go.mod file
- [] Verify the package has a LICENSE file
- [] Verify documentation is present and accurate for all public methods and types. Reference the content guidelines for best practices. You can start the
godoc
server by runninggodoc -http=:6060
from the module home and navigating tolocalhost:6060
in the browser. - [] Verify there are no broken links
- [] Verify all links are non-localized (no "en-us" in links)
- [] Check the package manager link goes to the correct package
- [] Verify Samples
- [] Verify samples are visible in the sample browser
- [] Verify release notes follow general guidelines
- [] Verify troubleshooting section of README contains information about how to enable logging
- [] Verify CHANGELOG follows current guidance
- [] Verify all champion scenarios have a getting started scenario
- Complete all steps of the Release Checklist shown above
- Mark the package as 'in-release' by running the
./eng/common/scripts/Prepare-Release.ps1
script and following the prompts. The script may update the version and/orCHANGELOG.md
of the package. If changes are made, these changes need to be committed and merged before continuing with the release process. - Run the pipeline from the
internal
Azure Devops. This will require you to approve the release after both the live and recorded test pipelines pass. - Validate the package was released properly by running
go get <your-package>@<your-version>
(ie.go get github.com/Azure/azure-sdk-for-go/sdk/[email protected]
) and validating that pkg.go.dev has updated with the latest version.