Python Packaging

作者 wshobson46891e7e60da无许可证收录于 2026年10月8日更新于 2026年10月8日

Create distributable Python packages with proper project structure, setup.py/pyproject.toml, and publishing to PyPI. Use when packaging Python libraries, creating CLI tools, or distributing Python code.

AI 生成的概览

指导如何构建、打包并发布可分发的 Python 包,涵盖 pyproject.toml 与 PyPI 发布。

功能
讲解 Python 打包:源码布局与扁平布局、pyproject.toml 元数据、setuptools、hatchling、flit、poetry 等构建后端、wheel 与源码分发包、入口点、版本管理,以及发布到 PyPI 或私有仓库。并指向一个包含详细模式与示例的参考文件。
适用场景
在需要打包 Python 库或命令行工具以便分发、搭建项目结构,或发布到 PyPI 或私有索引时使用。
运行要求
仅为说明文档,不含脚本。按指南操作需要 Python 打包工具(如 setuptools 或其他构建后端),发布时还需要 PyPI 凭据。

Python Packaging

Comprehensive guide to creating, structuring, and distributing Python packages using modern packaging tools, pyproject.toml, and publishing to PyPI.

When to Use This Skill

  • Creating Python libraries for distribution
  • Building command-line tools with entry points
  • Publishing packages to PyPI or private repositories
  • Setting up Python project structure
  • Creating installable packages with dependencies
  • Building wheels and source distributions
  • Versioning and releasing Python packages
  • Creating namespace packages
  • Implementing package metadata and classifiers

Core Concepts

1. Package Structure

  • Source layout: src/package_name/ (recommended)
  • Flat layout: package_name/ (simpler but less flexible)
  • Package metadata: pyproject.toml, setup.py, or setup.cfg
  • Distribution formats: wheel (.whl) and source distribution (.tar.gz)

2. Modern Packaging Standards

  • PEP 517/518: Build system requirements
  • PEP 621: Metadata in pyproject.toml
  • PEP 660: Editable installs
  • pyproject.toml: Single source of configuration

3. Build Backends

  • setuptools: Traditional, widely used
  • hatchling: Modern, opinionated
  • flit: Lightweight, for pure Python
  • poetry: Dependency management + packaging

4. Distribution

  • PyPI: Python Package Index (public)
  • TestPyPI: Testing before production
  • Private repositories: JFrog, AWS CodeArtifact, etc.

Quick Start

Minimal Package Structure

my-package/├── pyproject.toml├── README.md├── LICENSE├── src/│   └── my_package/│       ├── __init__.py│       └── module.py└── tests/    └── test_module.py

Minimal pyproject.toml

toml
[build-system]requires = ["setuptools>=61.0"]build-backend = "setuptools.build_meta"
[project]name = "my-package"version = "0.1.0"description = "A short description"authors = [{name = "Your Name", email = "[email protected]"}]readme = "README.md"requires-python = ">=3.8"dependencies = [    "requests>=2.28.0",]
[project.optional-dependencies]dev = [    "pytest>=7.0",    "black>=22.0",]

Package Structure Patterns

Pattern 1: Source Layout (Recommended)

my-package/├── pyproject.toml├── README.md├── LICENSE├── .gitignore├── src/│   └── my_package/│       ├── __init__.py│       ├── core.py│       ├── utils.py│       └── py.typed          # For type hints├── tests/│   ├── __init__.py│   ├── test_core.py│   └── test_utils.py└── docs/    └── index.md

Advantages:

  • Prevents accidentally importing from source
  • Cleaner test imports
  • Better isolation

pyproject.toml for source layout:

toml
[tool.setuptools.packages.find]where = ["src"]

Pattern 2: Flat Layout

my-package/├── pyproject.toml├── README.md├── my_package/│   ├── __init__.py│   └── module.py└── tests/    └── test_module.py

Simpler but:

  • Can import package without installing
  • Less professional for libraries

Pattern 3: Multi-Package Project

project/├── pyproject.toml├── packages/│   ├── package-a/│   │   └── src/│   │       └── package_a/│   └── package-b/│       └── src/│           └── package_b/└── tests/

Detailed patterns and worked examples

Detailed pattern documentation lives in references/details.md. Read that file when the navigation tier above is insufficient.

来源与署名

来源:wshobson/agents位于plugins/python-development/skills/python-packaging提交46891e7

许可证: 无许可证

内容归原作者所有。SourceWeft 从公开仓库中收录这些内容。

举报或申请下架