当在bash中运行脚本时，我必须在开始时编写./:
$ ./manage.py syncdb
如果我不这样做，我得到一个错误消息:
$ manage.py syncdb
-bash: manage.py: command not found
这是什么原因呢?我想。是当前文件夹的别名，因此这两个调用应该是等效的。
我也不明白为什么在运行应用程序时不需要./，例如:
user:/home/user$ cd /usr/bin
user:/usr/bin$ git
(运行时不需要。/)
当前回答
这个问题已经有了一些很棒的答案，但我想补充一点，如果你的可执行文件在PATH上，当你运行时，你会得到非常不同的输出
./executable
和你逃跑后得到的那些人
executable
(假设您遇到了一个错误消息，而不是另一个)，那么问题可能是您的机器上有两个不同版本的可执行文件:一个在路径上，另一个不在路径上。
通过运行
这可执行
and
whereis executable
它解决了我的问题……我有三个版本的可执行文件，其中只有一个是针对环境正确编译的。
其他回答
这个问题已经有了一些很棒的答案，但我想补充一点，如果你的可执行文件在PATH上，当你运行时，你会得到非常不同的输出
./executable
和你逃跑后得到的那些人
executable
(假设您遇到了一个错误消息，而不是另一个)，那么问题可能是您的机器上有两个不同版本的可执行文件:一个在路径上，另一个不在路径上。
通过运行
这可执行
and
whereis executable
它解决了我的问题……我有三个版本的可执行文件，其中只有一个是针对环境正确编译的。
因为在Unix上，当前目录通常不在$PATH中。
当您键入一个命令时，shell会查找由PATH变量指定的目录列表。当前目录不在该列表中。
当前目录不在该列表上的原因是出于安全考虑。
假设你是root用户，进入另一个用户的目录，输入sl而不是ls。如果当前目录在PATH中，shell将尝试在该目录中执行sl程序(因为没有其他sl程序)。那个sl程序可能是恶意的。
它使用。/，因为POSIX指定包含/的命令名将直接用作文件名，抑制在$PATH中的搜索。为了达到完全相同的效果，您可以使用全路径，但是./更短，更容易编写。
EDIT
sl部分只是一个例子。PATH中的目录将按顺序搜索，当匹配时执行该程序。因此，根据PATH的外观，键入普通命令可能不足以在当前目录中运行程序。
在*nix上，与Windows不同，当前目录通常不在$PATH变量中。因此，在执行命令时不搜索当前目录。你不需要。/来运行应用程序，因为这些应用程序在你的$PATH;它们很可能在/bin或/usr/bin中。
当脚本不在路径中时，需要这样做。欲了解更多信息，请阅读http://www.tldp.org/LDP/Bash-Beginners-Guide/html/sect_02_01.html
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
