我正在尝试执行https://github.com/plumi/plumi.app/blob/master/docs/INSTALL.rst的“快速安装”部分中的步骤
我做了第一步,用sudo替换了#
在步骤2中,我将virtualenv之后的句点包含在“~/plumi.app程序$virtualenv。”然后发生了一些事情(当我不包括句点时什么也没发生),所以我假设它是有效的。你知道吗
我跳过了步骤3,因为我只是在运行一个测试/开发实例。你知道吗
当我尝试第4步时,我会出错。我假设我错过了“./bin/python”中句点的意义引导.py以及“./bin/buildout”
我错过了什么?谢谢。你知道吗
/bin/python指向系统的绝对路径,该路径在
/<;根目录
bin<;bin目录下/
python<;python目录在/bin/
而./bin/python指向
<;您当前所在的工作目录
bin<;当前工作目录下的bin目录
python<;在./bin下的python目录
如果改为键入bin/python,应该可以得到相同的结果,在前面添加./at是执行命令的“安全方法”。你知道吗
./
是不必要的,bin/python
将具有相同的效果,在当前目录的bin
子目录下运行python
。当然,两者都不应该与/bin/python
混淆,正如Blender解释的那样,这意味着完全不同的东西,并且将运行系统python
。你知道吗根据我的经验,
./bin/python
优先于bin/python
是习惯的结果。许多人运行shell设置为不在PATH
中包含.
,因此他们必须以./exec-name
的形式调用当前目录中的可执行文件,而仅仅是exec-name
。(这是一个很好的实践,因为这样您就不必担心仅仅通过将cd插入目录并键入错误的命令而意外地运行恶意脚本。)但是,在PATH
中使用.
对bin/python
这样的命令没有影响,因为这样的相对命令从一开始就不会在PATH
中查找。换句话说,bin/python
与./bin/python
相同,而与PATH
无关。你知道吗相关问题 更多 >
编程相关推荐