是否可以使用“。” 在Ubuntu和OS X中的.bashrc中运行文件而不是源文件？

好的，因此source可以分别在当前外壳中运行该脚本.，例如，在运行脚本中使用“。”和“ source”进行了详细说明，但是，具体地说，在我的.bashrc文件中，我具有：

[ -f ~/.bash_aliases ] && source ~/.bash_aliases
[ -f ~/.git-completion.bash ] && source ~/.git-completion.bash
[ -s ~/.autojump/etc/profile.d/autojump.sh ] && source ~/.autojump/etc/profile.d/autojump.sh

我可以将其替换为：

[ -f ~/.bash_aliases ] && . ~/.bash_aliases
[ -f ~/.git-completion.bash ] && . ~/.git-completion.bash
[ -s ~/.autojump/etc/profile.d/autojump.sh ] && . ~/.autojump/etc/profile.d/autojump.sh

可以在OS X上使用-是“ POSIX”问题吗？

我尝试了一下，以上内容似乎仍然可以在Ubuntu上使用（因此它们实际上与sourceand都可以使用.，也就是说，它们在外壳程序中为我提供了所需的功能）。我应该选择一个，还是错过了什么？

FWIW，在OS X上，我.bashrc从中获取我的资源.bash_profile。

这是POSIX的定义的.dot：

外壳程序应在当前环境中执行来自文件的命令。

如果file不包含/<slash>，则外壳程序应使用指定的搜索路径$PATH来查找包含文件的目录。不同于一般的命令搜索，但搜索的文件由.dot 程序需要不执行的。如果找不到可读文件，则非交互式外壳应中止；交互式外壳应向标准错误写入诊断消息，但这种情况不应视为语法错误。

考虑到上述情况，您最好将[ -f ./file ] && source ./file其. ./file全部替换为。如果文件不存在，最糟糕的情况是登录时会收到通知-我想这可能是您想要的信息。

当然，如果您希望保留测试，可以这样做：

test -f ./file && . $_

在bash，.并且source是同义词。查看bash源代码file builtin/source.def，您可以看到.并source使用相同的内部函数source_builtin：

$BUILTIN source
$FUNCTION source_builtin
$SHORT_DOC source filename [arguments]
Execute commands from a file in the current shell.

Read and execute commands from FILENAME in the current shell.  The
entries in $PATH are used to find the directory containing FILENAME.
If any ARGUMENTS are supplied, they become the positional parameters
when FILENAME is executed.

Exit Status:
Returns the status of the last command executed in FILENAME; fails if
FILENAME cannot be read.
$END

$BUILTIN .
$DOCNAME dot
$FUNCTION source_builtin
$SHORT_DOC . filename [arguments]
Execute commands from a file in the current shell.

但是source与POSIX不兼容，因此，如果您的脚本是通过POSIX调用的/bin/sh，则应使用.而不是source。由于POSIX不限制外壳，因此您上面的所有脚本都可以使用。

就个人而言，我始终使用.代替source。（我编写的许多脚本都在cron）下运行。