我不建议做这样的事。正如多次提到的，install_requires和requirements.txt绝对不应该是同一个列表。但是由于涉及到pip的私有内部api，有很多误导性的答案，因此可能值得考虑更理智的替代方案……

没有pip，可以从setuptools setup.py脚本中解析一个相对简单的requirements.txt文件。setuptools项目已经在其顶级包pkg_resources中包含了必要的工具。

它或多或少是这样的:

#!/usr/bin/env python3

import pathlib

import pkg_resources
import setuptools

with pathlib.Path('requirements.txt').open() as requirements_txt:
    install_requires = [
        str(requirement)
        for requirement
        in pkg_resources.parse_requirements(requirements_txt)
    ]

setuptools.setup(
    install_requires=install_requires,
)

同样，这只适用于简单的requirements.txt文件。请参阅pkg_resources文档页中的需求解析，以获得关于所处理内容的详细信息。简而言之，每一行都应该是有效的PEP 508需求。不支持真正特定于pip的符号，这将导致失败。

警告之词

如前所述，不建议这样做。requirements.txt文件和“安装依赖项”列表是两个不同的概念，它们是不可互换的。

但是如果你确实写了一个setup.py安装脚本来读取requirements.txt，那么确保requirements.txt文件包含在“源发行版”(sdist)中，否则安装显然会失败。

自从setuptools版本62.6以来，可以在setup.cfg中写这样的东西:

[options]
install_requires = file: requirements.txt

或者在pyproject.toml中:

[project]
dynamic = ["dependencies"]

[tool.setuptools.dynamic]
dependencies = requirements.txt

上述忠告同样适用:

只支持非常简单的文件 该文件必须添加到sdist

此外，它目前被认为是一个“测试版”功能。

注:

另一个答案是:https://stackoverflow.com/a/59971236/11138259 https://caremad.io/posts/2013/07/setup-vs-requirement/ https://setuptools.pypa.io/en/latest/history.html#v62-6-0

我为此创建了一个可重用函数。它实际上解析需求文件的整个目录，并将它们设置为extras_require。

最新消息请访问:https://gist.github.com/akatrevorjay/293c26fefa24a7b812f5

import glob
import itertools
import os

# This is getting ridiculous
try:
    from pip._internal.req import parse_requirements
    from pip._internal.network.session import PipSession
except ImportError:
    try:
        from pip._internal.req import parse_requirements
        from pip._internal.download import PipSession
    except ImportError:
        from pip.req import parse_requirements
        from pip.download import PipSession


def setup_requirements(
        patterns=[
            'requirements.txt', 'requirements/*.txt', 'requirements/*.pip'
        ],
        combine=True):
    """
    Parse a glob of requirements and return a dictionary of setup() options.
    Create a dictionary that holds your options to setup() and update it using this.
    Pass that as kwargs into setup(), viola

    Any files that are not a standard option name (ie install, tests, setup) are added to extras_require with their
    basename minus ext. An extra key is added to extras_require: 'all', that contains all distinct reqs combined.

    Keep in mind all literally contains `all` packages in your extras.
    This means if you have conflicting packages across your extras, then you're going to have a bad time.
    (don't use all in these cases.)

    If you're running this for a Docker build, set `combine=True`.
    This will set `install_requires` to all distinct reqs combined.

    Example:

    >>> import setuptools
    >>> _conf = dict(
    ...     name='mainline',
    ...     version='0.0.1',
    ...     description='Mainline',
    ...     author='Trevor Joynson <github@trevor.joynson,io>',
    ...     url='https://trevor.joynson.io',
    ...     namespace_packages=['mainline'],
    ...     packages=setuptools.find_packages(),
    ...     zip_safe=False,
    ...     include_package_data=True,
    ... )
    >>> _conf.update(setup_requirements())
    >>> # setuptools.setup(**_conf)

    :param str pattern: Glob pattern to find requirements files
    :param bool combine: Set True to set install_requires to extras_require['all']
    :return dict: Dictionary of parsed setup() options
    """
    session = PipSession()

    # Handle setuptools insanity
    key_map = {
        'requirements': 'install_requires',
        'install': 'install_requires',
        'tests': 'tests_require',
        'setup': 'setup_requires',
    }
    ret = {v: set() for v in key_map.values()}
    extras = ret['extras_require'] = {}
    all_reqs = set()

    files = [glob.glob(pat) for pat in patterns]
    files = itertools.chain(*files)

    for full_fn in files:
        # Parse
        reqs = {
            str(r.req)
            for r in parse_requirements(full_fn, session=session)
            # Must match env marker, eg:
            #   yarl ; python_version >= '3.0'
            if r.match_markers()
        }
        all_reqs.update(reqs)

        # Add in the right section
        fn = os.path.basename(full_fn)
        barefn, _ = os.path.splitext(fn)
        key = key_map.get(barefn)

        if key:
            ret[key].update(reqs)
            extras[key] = reqs

        extras[barefn] = reqs

    if 'all' not in extras:
        extras['all'] = list(all_reqs)

    if combine:
        extras['install'] = ret['install_requires']
        ret['install_requires'] = list(all_reqs)

    def _listify(dikt):
        ret = {}

        for k, v in dikt.items():
            if isinstance(v, set):
                v = list(v)
            elif isinstance(v, dict):
                v = _listify(v)
            ret[k] = v

        return ret

    ret = _listify(ret)

    return ret


__all__ = ['setup_requirements']

if __name__ == '__main__':
    reqs = setup_requirements()
    print(reqs)

需求文件使用扩展的pip格式，这只在您需要用更强的约束来补充setup.py时有用，例如指定某些依赖项必须来自的确切url，或者pip freeze的输出将整个包集冻结为已知的工作版本。如果不需要额外的约束，则只使用setup.py。如果你觉得你真的需要发布一个requirements.txt，你可以让它变成一行:

.

它将是有效的，并准确地引用同一目录下的setup.py的内容。

在Travis中安装当前包。这避免了使用requirements.txt文件。 例如:

language: python
python:
  - "2.7"
  - "2.6"
install:
  - pip install -q -e .
script:
  - python runtests.py

虽然这不是问题的确切答案，但我推荐Donald Stufft在https://caremad.io/2013/07/setup-vs-requirement/上的博客文章，它很好地回答了这个问题。我用它取得了巨大的成功。

简而言之，requirements.txt不是setup.py的替代品，而是部署的补充。在setup.py中保持包依赖关系的适当抽象。设置requirements.txt或更多的文件，以获取用于开发、测试或生产的软件包依赖关系的特定版本。

例如，在deps/下的回购中包含包:

# fetch specific dependencies
--no-index
--find-links deps/

# install package
# NOTE: -e . for editable mode
.

PIP执行包的setup.py并安装在install_requires中声明的依赖项的特定版本。没有表里不一，这两件文物的用途都被保留了下来。

我不建议做这样的事。正如多次提到的，install_requires和requirements.txt绝对不应该是同一个列表。但是由于涉及到pip的私有内部api，有很多误导性的答案，因此可能值得考虑更理智的替代方案……

没有pip，可以从setuptools setup.py脚本中解析一个相对简单的requirements.txt文件。setuptools项目已经在其顶级包pkg_resources中包含了必要的工具。

它或多或少是这样的:

#!/usr/bin/env python3

import pathlib

import pkg_resources
import setuptools

with pathlib.Path('requirements.txt').open() as requirements_txt:
    install_requires = [
        str(requirement)
        for requirement
        in pkg_resources.parse_requirements(requirements_txt)
    ]

setuptools.setup(
    install_requires=install_requires,
)

同样，这只适用于简单的requirements.txt文件。请参阅pkg_resources文档页中的需求解析，以获得关于所处理内容的详细信息。简而言之，每一行都应该是有效的PEP 508需求。不支持真正特定于pip的符号，这将导致失败。

警告之词

如前所述，不建议这样做。requirements.txt文件和“安装依赖项”列表是两个不同的概念，它们是不可互换的。

但是如果你确实写了一个setup.py安装脚本来读取requirements.txt，那么确保requirements.txt文件包含在“源发行版”(sdist)中，否则安装显然会失败。

自从setuptools版本62.6以来，可以在setup.cfg中写这样的东西:

[options]
install_requires = file: requirements.txt

或者在pyproject.toml中:

[project]
dynamic = ["dependencies"]

[tool.setuptools.dynamic]
dependencies = requirements.txt

上述忠告同样适用:

只支持非常简单的文件 该文件必须添加到sdist

此外，它目前被认为是一个“测试版”功能。

注:

另一个答案是:https://stackoverflow.com/a/59971236/11138259 https://caremad.io/posts/2013/07/setup-vs-requirement/ https://setuptools.pypa.io/en/latest/history.html#v62-6-0