我当前将kedro, version 0.15.4
与pipenv, version 2018.11.26
一起使用。
目前,如果要使用Pipenv
,则必须执行以下操作(对于此示例,我希望此项目驻留在kedro-pipenv
目录中):
mkdir kedro-pipenv && cd kedro-pipenv
virtualenv
被“绑定”到项目目录,这实际上仅意味着它的名称基于pipenv install kedro
或{{ 1}}命令被执行。pipenv shell
不具有支持自定义Pipenv
名称的功能。virtualenv
pipenv install kedro
的{{1}},它位于以下位置virtualenv
kedro-pipenv-AB9IGRnB
~/.local/share/virtualenvs/kedro-pipenv-AB9IGRnB/
pipenv shell
已成功安装在kedro info
处理的kedro
中virualenv
Pipenv
作为项目的目录名称。鉴于该目录已经在步骤1之前创建,这会失败,这是预期的,并且我收到以下消息:cd .. & kedro new
为了“解决”此问题,我在仍然与以前相同的kedro-pipenv
中进行以下操作:
cookiecutter.exceptions.OutputDirExistsException:
Error: "/Users/xyz/projects/kedro-pipenv" directory already exists
Run with --verbose to see the full exception
Error: Failed to generate project.
virtualenv
mv kedro-pipenv kedro-pipenv_tmp
作为项目的目录名称。kedro new
kedro-pipenv
依赖性。mv kedro-pipenv_tmp/Pipfile* kedro-pipenv && rm -rf kedro-pipenv_tmp
kedro
cd kedro-pipenv
管理项目需求。我对kedro install
也很熟悉,而且目前看来,这是处理Kedro环境的一种更为简洁的方法。
但是,对于我的其他大多数项目,我一直将kedro build-reqs
与conda
结合使用来进行环境和依赖性管理。这样,通过在每个项目的根目录中都有一个pyenv
,可以将环境信息绑定到特定的项目空间。
有人对如何改善上述工作流程有任何建议吗?
答案 0 :(得分:1)
如果您需要Pipenv环境根目录指向Kedro项目根目录,那么从目前情况来看,您的解决方案可能是最佳的。如果可以使用名称不同的Pipenv环境根目录和Kedro项目目录,则可以执行以下操作:
mkdir kedro-pipenv && cd kedro-pipenv
pipenv install kedro
pipenv run kedro new # create Kedro project inside 'kedro-pipenv'
cd <project-dir>
pipenv run kedro run # still works even in nested directory
正如您已经指出的,conda
确实更容易,因为它的环境不像pipenv
那样绑定到任何特定目录。
希望这会有所帮助!