Python Developer’s Guide (original) (raw)
Toggle table of contents sidebar
This guide is a comprehensive resource for contributingto Python – for both new and experienced contributors. It ismaintained by the same community that maintains Python. We welcome your contributions to Python!
Quick reference¶
Here are the basic steps needed to get set up and contribute a pull request. This is meant as a checklist, once you know the basics. For complete instructions please see the setup guide.
- Install and set up Git and other dependencies (see the Git Setup page for detailed information).
- Fork the CPython repositoryto your GitHub account and get the source code using:
git clone https://github.com//cpython
cd cpython - Build Python:
Unix
./configure --with-pydebug && make -j $(nproc)
macOS
./configure --with-pydebug && make -j8
Windows
See also more detailed instructions,how to install and build dependencies, and the platform-specific pages for Unix,macOS, and Windows. - Run the tests:
Unix
macOS
Note: Most macOS systems use./python.exe
in order to avoid filename conflicts with thePython
directory.
Windows - Create a new branch where your work for the issue will go, for example:
git checkout -b fix-issue-12345 main
If an issue does not already exist, please create it. Trivial issues (for example, typo fixes) do not require any issue to be created. - Once you fixed the issue, run the tests, and the patchcheck:
Unix
macOS
Windows
.\python.bat Tools\patchcheck\patchcheck.py
If everything is ok, commit. - Push the branch on your fork on GitHub and create a pull request. Include the issue number using
gh-NNNN
in the pull request description. For example:
gh-12345: Fix some bug in spam module - Add a News entry into the
Misc/NEWS.d
directory as individual file. The news entry can be created by using blurb-it, or the blurb tool and itsblurb add
command. Please read more aboutblurb
in itsrepository.
Note
First time contributors will need to sign the Contributor Licensing Agreement (CLA) as described in the Licensing section of this guide.
Quick links¶
Here are some links that you probably will reference frequently while contributing to Python:
- Issue tracker
- Buildbot status
- Where to get help
- PEPs (Python Enhancement Proposals)
- Git bootcamp and cheat sheet
Contributing¶
We encourage everyone to contribute to Python and that’s why we have put up this developer’s guide. If you still have questions after reviewing the material in this guide, then the Core Python Mentorship group is available to help guide new contributors through the process.
A number of individuals from the Python community have contributed to a series of excellent guides at Open Source Guides.
Core developers and contributors alike will find the following guides useful:
Guide for contributing to Python:
We recommend that the documents in this guide be read as needed. You can stop where you feel comfortable and begin contributing immediately without reading and understanding these documents all at once. If you do choose to skip around within the documentation, be aware that it is written assuming preceding documentation has been read so you may find it necessary to backtrack to fill in missing concepts and terminology.
Proposing changes to Python itself¶
Improving Python’s code, documentation and tests are ongoing tasks that are never going to be “finished”, as Python operates as part of an ever-evolving system of technology. An even more challenging ongoing task than these necessary maintenance activities is finding ways to make Python, in the form of the standard library and the language definition, an even better tool in a developer’s toolkit.
While these kinds of change are much rarer than those described above, they do happen and that process is also described as part of this guide:
Other interpreter implementations¶
This guide is specifically for contributing to the Python reference interpreter, also known as CPython (while most of the standard library is written in Python, the interpreter core is written in C and integrates most easily with the C and C++ ecosystems).
There are other Python implementations, each with a different focus. Like CPython, they always have more things they would like to do than they have developers to work on them. Some major examples that may be of interest are:
- PyPy: A Python interpreter focused on high speed (JIT-compiled) operation on major platforms
- Jython: A Python interpreter focused on good integration with the Java Virtual Machine (JVM) environment
- IronPython: A Python interpreter focused on good integration with the Common Language Runtime (CLR) provided by .NET and Mono
- Stackless: A Python interpreter focused on providing lightweight microthreads while remaining largely compatible with CPython specific extension modules
- MicroPython: A tiny Python interpreter with small subset of the Python standard library that is optimised to run on microcontrollers and in constrained environments.
- CircuitPython: A fork of MicroPython designed to simplify experimenting and learning to code on low-cost microcontroller boards.
Key resources¶
- Coding style guides
- Issue tracker
- Buildbot status
- Source code
- PEPs (Python Enhancement Proposals)
- Where to get help
- Developer log
Additional resources¶
- Anyone can clone the sources for this guide. See Helping with the Developer’s Guide.
- Help with …
- Tool support
- GDB support
- Dynamic analysis with Clang
- Various tools with configuration files as found in the Misc directory
- Information about editors and their configurations can be found in thewiki
- python.org maintenance
- Search this guide
Code of conduct¶
Please note that all interactions onPython Software Foundation-supported infrastructure is coveredby the PSF Code of Conduct, which includes all infrastructure used in the development of Python itself (for example, mailing lists, issue trackers, GitHub, etc.). In general this means everyone is expected to be open, considerate, and respectful of others no matter what their position is within the project.
Status of Python branches¶
Moved to Status of Python versions
Full table of contents¶
- Getting started
- Setup and building
* Install Git
* Get the source code
* Compile and build
* Install dependencies
* Regenerate configure
* Regenerate the ABI dump
* Troubleshoot the build
* Editors and tools
* Directory structure
* Contribute using GitHub Codespaces - Fixing “easy” issues (and beyond)
- Git bootcamp and cheat sheet
* Forking CPython GitHub repository
* Cloning a forked CPython repository
* Configure the remotes
* Listing the remote repositories
* Setting up your name and email address
* Enabling autocrlf on Windows
* Creating and switching branches
* Deleting branches
* Renaming branch
* Staging and committing files
* Reverting changes
* Stashing changes
* Comparing changes
* Pushing changes
* Creating a pull request
* Linking to issues and pull requests
* Updating your CPython fork
* Applying a patch to Git
* Checking out others’ pull requests
* Accepting and merging a pull request
* Cancelling an automatic merge
* Backporting merged changes
* Editing a pull request prior to merging
* GitHub CLI
* Git worktree - Lifecycle of a pull request
* Introduction
* Quick guide
* Step-by-step guide
* Making good PRs
* Copyrights
* patchcheck
* Making good commits
* Licensing
* Submitting
* Converting an existing patch from b.p.o to GitHub
* Reviewing
* Keeping continuous integration green
* Update branch button
* Committing/rejecting
* Crediting - Where to get help
* Discourse
* Ask #python-dev
* Core mentorship
* File a bug - Generative AI
* Acceptable uses
* Unacceptable uses
- Setup and building
- Development workflow
- Following Python’s development
* Standards of behaviour in these communication channels
* Mailing lists
* Discourse (discuss.python.org web forum)
* Discord (private chat server)
* IRC
* Blogs
* Setting expectations for open source participation
* Additional repositories - Development cycle
* Branches
* Stages
* Repository administration
* Governance - Adding to the stdlib
* Adding to a pre-existing module
* Adding a new module
* Adding a new environment variable - Standard library extension modules
* Classifying extension modules
* Adding an extension module to CPython - Changing Python’s C API
* The internal API
* Public C API
* Unstable C API
* Limited API - Changing the Python language
* What qualifies
* Suggesting new features and language changes
* PEP process - Changing CPython’s grammar
- Porting to a new platform
- Software Bill-of-Materials (SBOM)
* Updating a dependency
* Adding a new dependency
* Removing a dependency - Python Security Response Team (PSRT)
* Vulnerability report triage
* Coordinating a vulnerability report
* Template responses
- Following Python’s development
- Issues and triaging
- Issue tracker
* Using the issue tracker
* Disagreement with a resolution on the issue tracker - Triaging an issue
* Checklist for triaging
* Helping triage issues - GitHub labels
* Type labels
* Component labels
* OS labels
* Topic labels
* Version labels
* Other labels
* Labels specific to PRs - GitHub issues for BPO users
* How to format my comments nicely?
* How to attach files to an issue?
* How to link to file paths in the repository when writing comments?
* How to do advanced searches?
* Where is the “nosy list”?
* How to add issue dependencies?
* What on earth is a “mannequin”?
* Where did the “resolution” field go?
* Where did the “low”, “high”, and “critical” priorities go?
* How to find a random issue?
* Where are regression labels? - Triage Team
* Becoming a member of the Python triage team
- Issue tracker
- Documentation
- Getting started
* Introduction
* Building the documentation - Helping with documentation
* Python documentation
* Helping with documentation issues
* Proofreading - Style guide
* Footnotes
* Capitalization
* Specific words
* Use simple language
* Diátaxis
* Links
* Affirmative tone
* Author attribution
* Pronunciation of dunder names
* Economy of expression
* Security considerations (and other concerns)
* Code examples
* Code equivalents
* Audience
* Function signatures - reStructuredText markup
* Quick reference
* reStructuredText primer
* Typographic conventions
* Additional markup constructs - Translating
* Starting a new translation
* PEP 545 summary
* How to get help
* Translation FAQ - Helping with the Developer’s Guide
* Developer’s Guide workflow
- Getting started
- Testing and buildbots
- Running and writing tests
* Running
* Writing
* Benchmarks - Silence warnings from the test suite
- Increase test coverage
* Common gotchas
* Measuring coverage
* Filing the issue
* Measuring coverage of C code with gcov and lcov - Working with buildbots
* In case of trouble
* Buildbot failures on pull requests
* Checking results of automatic builds
* Stability
* Flags-dependent failures
* Ordering-dependent failures
* Transient failures - New buildbot workers
* Preparing for buildbot worker setup
* Setting up the buildbot worker
* Buildbot worker operation
* Required ports
* Required resources
* Security considerations
- Running and writing tests
- Development tools
- Argument Clinic
* Background
* Reference
* Tutorial
* How-to guides - GDB support
* Page moved
* CPython tips - Dynamic analysis with Clang
* What is Clang?
* What are sanitizers?
* Clang/LLVM setup
* Python build setup
* Analyzing the output - Tools for tracking compiler warnings
* What to do if a warning check fails GitHub CI
* Updating the warning ignore file
- Argument Clinic
- Core developers
- Responsibilities
* Communication channels and bug notifications
* Sign a contributor agreement
* Pull request merging
* Expectations - Accepting pull requests
* Assessing a pull request
* Updating NEWS and What’s New in Python
* Working with Git - Experts index
* Stdlib
* Tools
* Platforms
* Miscellaneous
* Documentation translations - Developer log
* Procedure for granting or dropping access - Motivations and affiliations
* Published entries
* Goals of this page
* Limitations on scope - How to become a core developer
* What it takes
* Gaining commit privileges
* Poll template - Memorialization
* Rationale
* The process
- Responsibilities
- CPython’s internals
- Status of Python versions
- Python Contributor’s Guide (draft)