更改enroll命名,添加了注释,向get_error_msg中添加了一些错误代码
This commit is contained in:
@@ -4,6 +4,17 @@ Provides exceptions used by setuptools modules.
|
||||
"""
|
||||
|
||||
from distutils import errors as _distutils_errors
|
||||
from distutils.errors import DistutilsError
|
||||
|
||||
|
||||
class RemovedCommandError(DistutilsError, RuntimeError):
|
||||
"""Error used for commands that have been removed in setuptools.
|
||||
|
||||
Since ``setuptools`` is built on ``distutils``, simply removing a command
|
||||
from ``setuptools`` will make the behavior fall back to ``distutils``; this
|
||||
error is raised if a command exists in ``distutils`` but has been actively
|
||||
removed in ``setuptools``.
|
||||
"""
|
||||
|
||||
|
||||
# Re-export errors from distutils to facilitate the migration to PEP632
|
||||
@@ -27,32 +38,3 @@ UnknownFileError = _distutils_errors.UnknownFileError
|
||||
|
||||
# The root error class in the hierarchy
|
||||
BaseError = _distutils_errors.DistutilsError
|
||||
|
||||
|
||||
class RemovedCommandError(BaseError, RuntimeError):
|
||||
"""Error used for commands that have been removed in setuptools.
|
||||
|
||||
Since ``setuptools`` is built on ``distutils``, simply removing a command
|
||||
from ``setuptools`` will make the behavior fall back to ``distutils``; this
|
||||
error is raised if a command exists in ``distutils`` but has been actively
|
||||
removed in ``setuptools``.
|
||||
"""
|
||||
|
||||
|
||||
class PackageDiscoveryError(BaseError, RuntimeError):
|
||||
"""Impossible to perform automatic discovery of packages and/or modules.
|
||||
|
||||
The current project layout or given discovery options can lead to problems when
|
||||
scanning the project directory.
|
||||
|
||||
Setuptools might also refuse to complete auto-discovery if an error prone condition
|
||||
is detected (e.g. when a project is organised as a flat-layout but contains
|
||||
multiple directories that can be taken as top-level packages inside a single
|
||||
distribution [*]_). In these situations the users are encouraged to be explicit
|
||||
about which packages to include or to make the discovery parameters more specific.
|
||||
|
||||
.. [*] Since multi-package distributions are uncommon it is very likely that the
|
||||
developers did not intend for all the directories to be packaged, and are just
|
||||
leaving auxiliary code in the repository top-level, such as maintenance-related
|
||||
scripts.
|
||||
"""
|
||||
|
||||
Reference in New Issue
Block a user