当在bash中运行脚本时，我必须在开始时编写./:
$ ./manage.py syncdb
如果我不这样做，我得到一个错误消息:
$ manage.py syncdb
-bash: manage.py: command not found
这是什么原因呢?我想。是当前文件夹的别名，因此这两个调用应该是等效的。
我也不明白为什么在运行应用程序时不需要./，例如:
user:/home/user$ cd /usr/bin
user:/usr/bin$ git
(运行时不需要。/)
当前回答
所有这些都有很好的答案，是的，这只适用于在当前目录上运行时，除非你包含绝对路径。请参阅下面的示例。
此外，当我在子文件夹tmp2 (/tmp/tmp2)上有命令时，(点-斜杠)对我来说是有意义的，它使用(双点-斜杠)。
示例:
[fifiip-172-31-17-12 tmp]$ ./StackO.sh
Hello Stack Overflow
[fifi@ip-172-31-17-12 tmp]$ /tmp/StackO.sh
Hello Stack Overflow
[fifi@ip-172-31-17-12 tmp]$ mkdir tmp2
[fifi@ip-172-31-17-12 tmp]$ cd tmp2/
[fifi@ip-172-31-17-12 tmp2]$ ../StackO.sh
Hello Stack Overflow
其他回答
当shell查找$PATH环境变量以查找您的脚本时，将无法在主目录中找到您的脚本。
./表示“在当前目录中查找我的脚本，而不是查看$PATH中指定的所有目录”。
When you include the '.' you are essentially giving the "full path" to the executable bash script, so your shell does not need to check your PATH variable. Without the '.' your shell will look in your PATH variable (which you can see by running echo $PATH to see if the command you typed lives in any of the folders on your PATH. If it doesn't (as is the case with manage.py) it says it can't find the file. It is considered bad practice to include the current directory on your PATH, which is explained reasonably well here: http://www.faqs.org/faqs/unix-faq/faq/part2/section-13.html
当bash解释命令行时，它在环境变量$PATH中描述的位置中查找命令。要查看它键入:
echo $PATH
你会有一些用冒号分隔的路径。正如您将看到的当前路径。通常不在$PATH中。因此，如果您的命令在当前目录中，Bash就无法找到它。你可以通过以下方式更改:
PATH=$PATH:.
这一行添加了当前目录在$PATH中，所以你可以这样做:
manage.py syncdb
不建议使用，因为它有安全问题，而且你可能会有奇怪的行为。取决于你所在的目录:)
避免:
PATH=.:$PATH
因为你可以“屏蔽”一些标准命令，并打开安全漏洞的大门:)
这只是我的个人意见。
在*nix上，与Windows不同，当前目录通常不在$PATH变量中。因此，在执行命令时不搜索当前目录。你不需要。/来运行应用程序，因为这些应用程序在你的$PATH;它们很可能在/bin或/usr/bin中。
因为在Unix上，当前目录通常不在$PATH中。
当您键入一个命令时，shell会查找由PATH变量指定的目录列表。当前目录不在该列表中。
当前目录不在该列表上的原因是出于安全考虑。
假设你是root用户，进入另一个用户的目录，输入sl而不是ls。如果当前目录在PATH中，shell将尝试在该目录中执行sl程序(因为没有其他sl程序)。那个sl程序可能是恶意的。
它使用。/，因为POSIX指定包含/的命令名将直接用作文件名，抑制在$PATH中的搜索。为了达到完全相同的效果，您可以使用全路径，但是./更短，更容易编写。
EDIT
sl部分只是一个例子。PATH中的目录将按顺序搜索，当匹配时执行该程序。因此，根据PATH的外观，键入普通命令可能不足以在当前目录中运行程序。
