主页 / server / 问题 / 37796
Accepted
webwesen
Asked: 2009-07-09 08:38:24 +0800 CST

如何将 VAR 从子 shell 导出到父 shell？

  • 772

我有一个 Korn shell 脚本

#!/bin/ksh
# set the right ENV
case $INPUT in
abc)
  export BIN=${ABC_BIN}
  ;;
  def)
  export BIN=${DEF_BIN}
  ;;
  *)
  export BIN=${BASE_BIN}
  ;;
esac
# exit 0 <- bad idea for sourcing the file

现在这些 VAR 仅在子 shell 中导出，但我希望它们也设置在我的父 shell 中，所以当我在提示符下时，这些 var 仍然设置正确。

我知道

. .myscript.sh

但是有没有办法在没有“采购”的情况下做到这一点？因为我的用户经常忘记“来源”。

EDIT1：删除“exit 0”部分 - 这只是我打字没有先考虑

EDIT2：添加更多关于我为什么需要这个的详细信息：我的开发人员为（为简单起见）2 个应用程序编写代码：ABC 和 DEF。每个应用程序都由单独的用户 usrabc 和 usrdef 在生产环境中运行，因此已经设置了他们的 $BIN、$CFG、$ORA_HOME 等等 - 特定于他们的应用程序。

所以

  • ABC 的 $BIN = /opt/abc/bin # 上面脚本中的 $ABC_BIN
  • DEF 的 $BIN = /opt/def/bin # $DEF_BIN

等等

现在，在开发盒上，开发人员可以在他们自己的用户帐户“justin_case”下同时开发 ABC 和 DEF，我让他们获取文件（上图），以便他们可以来回切换他们的 ENV var 设置。（$BIN 应该一次指向 $ABC_BIN，然后我需要切换到 $BIN=$DEF_BIN）

现在，该脚本还应该为同一应用程序的并行开发创建新的沙箱等。这使我可以交互地执行此操作，询问沙箱名称等。

  • /home/justin_case/sandbox_abc_beta2
  • /home/justin_case/sandbox_abc_r1
  • /home/justin_case/sandbox_def_r1

我考虑过的另一个选择是编写别名并将它们添加到每个用户的个人资料中

  • 别名'setup_env=。.myscript.sh'

并运行它

  • setup_env 参数 1 ... 参数 X

现在这对我来说更有意义

unix environment-variables shell

4 个回答

  1. Best Answer

    我认为这是一个“不能做”的问题......

    首先——你不想获取那个脚本，因为最后是 exit 0 。

    其次，没有unix子进程可以直接改变父进程的环境。否则各种疯狂的事情都是可能的。

    您可以使用默认配置文件或 bashrc 文件在他们的环境中添加一些东西，或者您可以为他们尝试运行的任何程序编写一个包装器吗？

    请允许我详细说明“包装器”的概念。

    假设您想在环境变量“OPTIONS”中使用 PROD 或 DEV 运行程序 snoopy，具体取决于您是要生产还是开发。如果没有设置，假设 snoopy 做了一些滑稽的事情，比如清除数据库以进行生产和开发......

    将“snoopy”重命名为 snoopy.bin（或 .snoopy.bin）

    然后在同一位置放置一个名为“snoopy”的脚本，其中包含以下内容：

    #!/bin/sh

export OPTIONS

case "$OPTIONS" 
in
  PROD) ;;
  DEV) ;;
  *) OPTIONS=DEV ;;
esac

#the binary is actually named snoopy.bin 

exec "$0.bin" "$@"

    如果您不想使用实际文件，请将此脚本放在文件系统中的某个位置，该文​​件将位于用户 PATH 中实际 snoopy 程序之前，并在脚本的 exec 语句中具有二进制文件的完整路径...

    • 13

  2. 答案是采购。Sourcing 允许您在当前shell 的脚本中包含变量，但绝不是它的父级。确实，您必须小心不要使用任何退出命令或类似命令，因为这会关闭您当前的 shell。

    您可以使用“.”来获取脚本，即

    . ./myscript.ksh

    • 9

  3. 也许如果你尝试...

    #!/bin/bash

mknod fifo p

(
       echo 'value' > fifo &
)

VARIABLE=`cat fifo`
rm fifo

    它不完全是变量导出，但它可以提供与父进程的基本通信。

    • 4

  4. 好了，别笑了。非常快速且非常肮脏的解决方案是添加

    echo "Please copy and paste this command:"
echo ""
echo "export BIN=\"$BIN\""

    到你的脚本。

    另一种方法。只是exec脚本中的一个从属 $SHELL，可能带有不同的提示（更改 $PS1 以通知用户他们正在哪个环境下工作以减少混淆）。

    另一种方法（我最喜欢的）。用户忘记获取您的脚本，这是为什么呢？采购正是标准的方式。也许提醒他们的一个好方法是先删除第一行 ( #!/bin/sh)，然后再删除chmod a-x它。之后仍然可以获取它，但显然不能错误执行。

    Rant：总而言之，我觉得你一开始就有一个奇怪的想法。也许并不奇怪......我会说有点非Unix风格。在我的生活中，我从来不需要向父母出口环境。我曾经看到过类似的情况 - login .profile 询问为单个 oracle 帐户设置三个不同环境中的哪一个。坏主意，最后结果是用户更喜欢迁移到 sudo（他们 sudo 到了三个不同的 oraxxx 帐户）。如果我可以问，你想达到什么目的？

    • 2

相关问题