我来帮你梳理下可能的原因，结合你用的macOS Mojave + Conda 4.8.3环境，大概率是这几个容易踩的坑：

1. Conda环境的pip路径不匹配 #

很多时候macOS下系统自带的pip和Conda环境的pip会“打架”——你用pip install -e .时，可能调用的是系统pip，把包装到了系统Python的目录里，但你运行的却是Conda环境的Python，自然找不到。

解决办法：

• 先确认当前环境的工具路径，运行which pip和which python，看两个路径是不是都指向你的Conda环境目录（比如~/miniconda3/envs/你的环境名/bin/开头）。
• 如果路径不一致，就改用python -m pip install -e .来安装，这能确保用的是当前Python对应的pip，不会串环境。

2. setup.py的配置有误 #

这是最常见的原因之一：你的setup.py里的包名或者packages参数没配置对，导致pip没正确识别到demopkg。

解决办法：
检查setup.py的关键配置，确保符合要求：

from setuptools import setup, find_packages

setup(
    name="demopkg",  # 这里必须和你要导入的包名完全一致
    version="0.1.0",
    packages=find_packages(),  # 自动查找所有包含__init__.py的包
    # 如果find_packages不好用，也可以直接显式指定：
    # packages=["demopkg"],
)

另外要注意：demopkg目录必须和setup.py同级，不能嵌套在其他子文件夹里。

3. 目录结构或__init__.py的小问题 #

虽然你说已经加了__init__.py，但还是要核对下项目结构是否正确：

你的项目根目录/
├── setup.py
└── demopkg/
    ├── __init__.py  # 这个文件必须存在，空的也没关系
    ├── module1.py
    └── subpkg/
        └── __init__.py  # 子目录如果要被导入，也需要这个文件

如果demopkg被放在了比如src/这样的子目录里，那setup.py里的packages参数就要调整，比如packages=find_packages(where="src")，同时加上package_dir={"": "src"}。

4. Python导入缓存或环境冲突 #

有时候Python的import缓存会保留旧状态，或者你之前安装过同名包导致冲突。

解决办法：

• 先运行pip uninstall demopkg（如果能找到的话），清理旧安装。
• 重启你的Python解释器、IDE或者终端，清除缓存。
• 确保你是在setup.py所在的项目根目录下运行的pip install -e .，路径不对的话安装也会无效。

5. Conda环境的egg-link异常 #

pip install -e .本质是在Conda环境的site-packages目录下创建一个demopkg.egg-link文件，指向你的本地项目目录。如果这个链接没创建成功或者路径错误，也会导致找不到包。

解决办法：

• 打开你的Conda环境site-packages目录（比如~/miniconda3/envs/你的环境/lib/python3.7/site-packages/），检查是否有demopkg.egg-link文件。
• 如果没有，重新用python -m pip install -e .安装一次；如果有，打开文件看里面的路径是不是demopkg的绝对路径，不对的话手动修改。

内容的提问来源于stack exchange，提问作者AutomEng