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 [email protected] with any additional questions or comments.
- File or vote up issues
- Improve documentation
- Fix bugs or add features
When contributing to documentation or code changes, you'll need to have a GitHub account and a basic understanding of Git. Check out the links below to get started.
- Make sure you have a GitHub account.
- GitHub Help:
- Check if the issue you are going to file already exists in our GitHub issues.
- If you do not see your problem captured, please file a new issue and follow the provided template.
- If the an open issue exists for the problem you are experiencing, vote up the issue or add a comment.
- Before writing a fix or feature enhancement, ensure that an issue is logged.
- Be prepared to discuss a feature and take feedback.
- Include unit tests and updates documentation to complement the change.
When you are ready to contribute a fix or feature:
- Start by forking the PSDocs repo.
- Create a new branch from main in your fork.
- Add commits in your branch.
- If you have updated module code also update
CHANGELOG.md
. - You don't need to update the
CHANGELOG.md
for changes to unit tests or documentation. - Try building your changes locally. See building from source for instructions.
- If you have updated module code also update
- Create a pull request to merge changes into the PSDocs
main
branch.- If you are ready for your changes to be reviewed create a pull request.
- If you are not ready for your changes to be reviewed, create a draft pull request.
- An continuous integration (CI) process will automatically build your changes.
- You changes must build successfully to be merged.
- If you have any build errors, push new commits to your branch.
- Avoid using forced pushes or squashing changes while in review, as this makes reviewing your changes harder.