在 SHELL 脚本中调用另一个 SHELL 脚本（报错： go: not found）

在 SHELL 脚本中调用另一个 SHELL 脚本

在Linux平台上开发，经常会在console(控制台)上执行另外一个脚本文件，经常用的方法有：./my.sh 或 source my.sh 或 . my.sh；这三种方法有什么不同呢？

一个脚本sudo调另外一个脚本，报错（报错： go: not found）

问题：
A 脚本调 B脚本，如下：sudo ./build.sh 报错 B脚本中的 ./build.sh: 5: go: not found。
但是单独运行B脚本没有问题。

问题分析：
这个问题可能的原因是:

1. A脚本和B脚本使用了不同的环境变量配置
   可能A脚本执行时修改或重置了环境变量,导致B脚本运行时无法找到go执行环境。
   可以在A脚本末尾打印出PATH变量,然后再运行B脚本,看PATH变量是否被改变。
   也可以尝试在A脚本执行后手动将PATH重置到原来状态。
2. A脚本切换了用户身份
   一些脚本会用su或sudo来切换用户,从而切换到一个不同的执行环境。
   可以检查下A脚本是否切换了用户,如果是的话,需要保证切换后的用户也能找到go执行环境。
3. A脚本中执行了chroot等操作
   如果A脚本执行了chroot等操作,可能会使B脚本运行在一个被隔离的环境中,从而找不到命令。

使用 sudo 会切换到 root 用户身份执行脚本,而 root 用户默认情况下并没有配置 GO 相关的环境变量。
可以检查一下:

• sudo env 查看环境变量,是否存在 GO 相关的配置
• which go 在 sudo 下是否能找到 go 命令
  执行 sudo which go 反而找不到go了

解决方法是:

1. 不使用 sudo 执行 A 脚本,而是提前配置好用户权限,直接用普通用户执行
2. 在 sudo 前面保留用户环境变量,例如:

sudo env "PATH=$PATH" ./A.sh 

3. 为 root 用户配置 GO 相关环境变量
4. 在 A 脚本中使用 su 切换用户,而不是 sudo
   使用 sudo 执行脚本时,会切换到 root 用户身份,这个环境默认情况下可能没有配置相关的环境变量和命令路径。
   而使用 su 切换用户可以保留更多原始用户的环境配置。

总之,需要确保在 A 脚本中切换的用户环境下,也能正常找到 go 命令执行。