Development Guide
Thank you for considering contributing to APM! This document outlines the process for contributing to the project.
Code of Conduct
Section titled “Code of Conduct”By participating in this project, you agree to abide by our Code of Conduct. Please read it before contributing.
How to Contribute
Section titled “How to Contribute”Reporting Bugs
Section titled “Reporting Bugs”Before submitting a bug report:
- Check the GitHub Issues to see if the bug has already been reported.
- Update your copy of the code to the latest version to ensure the issue hasn’t been fixed.
When submitting a bug report:
- Use our bug report template.
- Include detailed steps to reproduce the bug.
- Describe the expected behavior and what actually happened.
- Include any relevant logs or error messages.
Suggesting Enhancements
Section titled “Suggesting Enhancements”Enhancement suggestions are welcome! Please:
- Use our feature request template.
- Clearly describe the enhancement and its benefits.
- Provide examples of how the enhancement would work.
Development Process
Section titled “Development Process”- Fork the repository.
- Create a new branch for your feature/fix:
git checkout -b feature/your-feature-nameorgit checkout -b fix/issue-description. - Make your changes.
- Run tests:
uv run pytest - Ensure your code follows our coding style (we use Black and isort).
- Commit your changes with a descriptive message.
- Push to your fork.
- Submit a pull request.
Pull Request Process
Section titled “Pull Request Process”- Fill out the PR template — describe what changed, why, and link the issue.
- Ensure your PR addresses only one concern (one feature, one bug fix).
- Include tests for new functionality.
- Update documentation if needed.
- PRs must pass all CI checks before they can be merged.
Issue Triage
Section titled “Issue Triage”Every new issue is automatically labeled needs-triage. Maintainers review incoming issues and:
- Accept — remove
needs-triage, addaccepted, and assign a milestone. - Prioritize — optionally add
priority/highorpriority/low. - Close — if it’s a duplicate (
duplicate) or out of scope, close with a comment explaining why.
Labels used for triage: needs-triage, accepted, needs-design, priority/high, priority/low.
Development Environment
Section titled “Development Environment”This project uses uv to manage Python environments and dependencies:
# Clone the repositorygit clone https://github.com/microsoft/apm.gitcd apm
# Install all dependencies (creates .venv automatically)uv sync --extra devTesting
Section titled “Testing”We use pytest for testing. After completing the setup above, run the test suite with:
uv run pytest -qIf you don’t have uv available, you can use a standard Python venv and pip:
# create and activate a venv (POSIX / WSL)python -m venv .venvsource .venv/bin/activate
# install this package in editable mode and test depspip install -U pippip install -e .[dev]
# run testspytest -qCoding Style
Section titled “Coding Style”This project follows:
- PEP 8 for Python style guidelines
- We use Black for code formatting and isort for import sorting
You can run these tools with:
uv run black .uv run isort .Documentation
Section titled “Documentation”If your changes affect how users interact with the project, update the documentation accordingly.
License
Section titled “License”By contributing to this project, you agree that your contributions will be licensed under the project’s MIT License.
Questions?
Section titled “Questions?”If you have any questions, feel free to open an issue or reach out to the maintainers.