pypi 包的 pyproject.toml 不支持原生动态填充 dependencies 或 optional-dependencies 中的版本号，但可通过 setup.py 协同实现——将版本号从统一 version 文件读取，并在构建时注入依赖声明。
在现代 Python 打包实践中，pyproject.toml 是推荐的配置入口，但其 dynamic 字段目前（截至 setuptools 69.1.1 及 PEP 621 规范）仅支持 version、description、readme、requires-python、dependencies 和 optional-dependencies 等字段的动态声明——前提是这些字段被显式列入 project.dynamic 列表，且其实际值由外部逻辑（如 setup.py）提供。
要实现你所需的“跨子包统一版本依赖”，例如让 aabbcc-aws 声明 aabbcc-core==1.2.3（而非硬编码或无版本），关键在于：
✅ 将 dependencies 和 optional-dependencies 设为动态字段；
✅ 使用 setup.py 在构建时读取 VERSION 并生成带版本约束的依赖列表；
✅ 确保构建过程自包含（即 sdist 中包含 VERSION 和 setup.py，避免路径越界）。
✅ 正确配置示例
pyproject.toml（aabbcc-aws 子包）
[build-system]
requires = ["setuptools>=64.0", "wheel"]
build-backend = "setuptools.build_meta"
[project]
name = "aabbcc-aws"
dynamic = ["version", "dependencies", "optional-dependencies"]
requires-python = ">=3.12"
[tool.setuptools.dynamic]
version = {file = "VERSION"} # 注意：使用相对路径 "VERSION"，非 "../VERSION"⚠️ 重要：VERSION 文件必须位于当前包根目录下（如 aabbcc-aws/VERSION），或通过 sdist 显式包含。../VERSION 在源码分发（python -m build --sdist）中不可靠，因为 sdist 仅打包当前项目内文件。
setup.py（与 pyproject.toml 同级）
from setuptools import setup
from pathlib import Path
# 安全读取版本（UTF-8 编码，去除首尾空白）
VERSION = Path("VERSION").read_text(encoding="utf-8").strip()
# 构建带版本的依赖项
dependencies = [
"boto3",
f"aabbcc-core=={VERSION}",
]
# 若主包需声明 aws 可选依赖（如 aabbcc-core 的 pyproject.toml）
# 可在此处定义 extras_require，或由主包单独处理
optional_dependencies = {
"aws": [f"aabbcc-aws=={VERSION}"],
}
setup(
install_requires=dependencies,
extras_require=optional_dependencies,
)? 补充说明与最佳实践
setup.py 未被弃用：PEP 621 明确指出，setup.py 作为 构建后端钩子（hooking into setuptools）完全合法，仅“作为 CLI 入口直接调用”（如 python setup.py sdist）已被弃用。现代 build 工具（如 pip build, build）会自动调用 setup.py 中的 setup() 函数。
版本同步保障：所有子包共享同一份 VERSION 文件（建议置于仓库根目录），并通过 CI/CD 流程统一更新（如 bump2version 或自定义脚本），确保 aabbcc-core==x.y.z 与 aabbcc-aws==x.y.z 始终严格对齐。
-
替代方案考量：若希望完全避免 setup.py，可考虑：
- 使用 setuptools-scm（基于 Git 标签动态推导版本），但依赖关系仍需静态声明（如 aabbcc-core>=1.2.3,
- 在 CI 中预生成 pyproject.toml（如用 jinja2 模板 + VERSION 渲染），但会增加发布复杂度。
✅ 总结
动态注入依赖版本虽非 pyproject.toml 原生能力，但通过 dynamic = ["dependencies"] + setup.py 的组合，既能保持配置现代化，又能精准控制跨包版本耦合。核心原则是：静态配置交由 pyproject.toml，动态逻辑交由 setup.py，版本源头唯一可信（VERSION 文件），构建过程自包含可重现。
