现在，我正在尝试从源代码构建一个工具，并使用它来构建一个C++项目。（gcc-arm-none-eabi）。但是，当我尝试将其添加到路径时（使用$GITHUB_PATH，而不是add-path），路径不适用于我的下一个操作，我不能构建文件。错误声明它找不到gcc-arm-none-eabi工具集，也就是说它没有进入路径
下面是第一个函数入口点的脚本（make在下一个操作中运行，以允许应用path）
echo "Downloading ARM Toolchain"
# The one from apt isn't updated so I have to build from source
curl -L https://developer.arm.com/-/media/Files/downloads/gnu-rm/10-2020q4/gcc-arm-none-eabi-10-2020-q4-major-x86_64-linux.tar.bz2 -o gcc-arm-none-eabi.tar.bz2
tar -xjf gcc-arm-none-eabi.tar.bz2
echo "/github/workspace/gcc-arm-none-eabi-10-2020-q4-major/bin" >> $GITHUB_PATH我甚至不能通过查看路径中的内容来进行调试，因为运行echo $(PATH)只会说找不到PATH。我该怎么办？
1条答案
按热度按时间8e2ybdfx1#
我甚至不能通过查看路径中的内容来进行调试，因为运行
echo $(PATH)只会说找不到PATH。我该怎么办？首先，
PATH不是一个命令，因此如果要打印其值，它应该类似于echo "${PATH}"或echo "$PATH"然后，如果要向现有的环境变量添加值，则应如下所示
EDIT：使用Github Actions向路径添加内容似乎不是一种有效的方法，但在问题中似乎是正确的。要了解更多详细信息，请访问：https://docs.github.com/en/free-pro-team@latest/actions/reference/workflow-commands-for-github-actions#adding-a-system-path.感谢Benjamin W.在评论中指出这一点。
最后，我认为如果你使用一个已经包含了这种依赖关系的Docker映像会更合适（如果这个映像不存在，你可以很容易地编写你自己的Docker文件）。Github操作被设计成使用Docker（或OCI容器）映像，它包含了你执行构建操作所需的依赖关系。你应该看一下这里：https://docs.github.com/en/free-pro-team@latest/actions/creating-actions/dockerfile-support-for-github-actions