直接执行drill-config.sh的效果？
Effects of direct execution of drill-config.sh?
查看apache drill文件drill-config.sh的源代码，有注释：
...
# included in all the drill scripts with source command
# should not be executable directly
# also should not be passed any arguments, since we need original $*
...
看了源码，好像主要是设置环境变量让drill使用。所以我的问题是，直接来自 CLI 的 运行 这个脚本是否会干扰可能已经是 运行 的任何 drill 或 hadoop 进程或导致任何其他意外行为？
注意：询问是因为不小心 运行 此脚本在终端中自动完成时。
针对您的具体问题：脚本本身除了设置环境变量外什么都不做。 运行 它本身没有害处（或好处）。
对于可能通过搜索找到自己的其他人...
drill-config.sh 中的代码被设计为 drillbit.sh 脚本的一部分：它期望设置某些环境变量，从 drill-env.sh 中获得更多，并且很快。然后，钻取脚本使用来自 drill-config.sh 的信息准备启动 Drill.
一般来说，您应该尝试使用drillbit.sh脚本来启动Drill。使用 drill-env.sh（从 Drill 1.8 开始）中记录的许多配置选项将您的配置需求传递给脚本。
Drill 团队会不时修改这些脚本。通过使用 public 界面（drillbit.sh 和朋友），您将拥有一条轻松的升级路径。如果您尝试自己动手，您可能会发现随着情况的变化，您会遇到一些配置问题。
查看apache drill文件drill-config.sh的源代码，有注释：
...
# included in all the drill scripts with source command
# should not be executable directly
# also should not be passed any arguments, since we need original $*
...
看了源码，好像主要是设置环境变量让drill使用。所以我的问题是，直接来自 CLI 的 运行 这个脚本是否会干扰可能已经是 运行 的任何 drill 或 hadoop 进程或导致任何其他意外行为？
注意：询问是因为不小心 运行 此脚本在终端中自动完成时。
针对您的具体问题：脚本本身除了设置环境变量外什么都不做。 运行 它本身没有害处（或好处）。
对于可能通过搜索找到自己的其他人...
drill-config.sh 中的代码被设计为 drillbit.sh 脚本的一部分：它期望设置某些环境变量，从 drill-env.sh 中获得更多，并且很快。然后，钻取脚本使用来自 drill-config.sh 的信息准备启动 Drill.
一般来说，您应该尝试使用drillbit.sh脚本来启动Drill。使用 drill-env.sh（从 Drill 1.8 开始）中记录的许多配置选项将您的配置需求传递给脚本。
Drill 团队会不时修改这些脚本。通过使用 public 界面（drillbit.sh 和朋友），您将拥有一条轻松的升级路径。如果您尝试自己动手，您可能会发现随着情况的变化，您会遇到一些配置问题。