如何配置.gitlab-ci.yml的script段以有效使用CSH？

问题背景 #

现有.gitlab-ci.yml配置如下：

default:
  image: myimage:latest

test:
  script:
    - source csh.env
    - make

镜像myimage:latest的ENTRYPOINT已设为["/usr/bin/csh"]，本地用docker/podman启动时默认shell是CSH，但GitLab Runner执行时报错sh: No such file or directory.；尝试清空entrypoint后，脚本又退回到/bin/sh导致source csh.env失败。

更优解决方案 #

方案1：直接指定GitLab CI的shell（推荐）

GitLab CI支持通过shell参数指定执行script命令的解释器，在default或job级别配置即可：

default:
  image: myimage:latest
  shell: /usr/bin/csh

test:
  script:
    - source csh.env
    - make

此方式让每个script命令都直接通过CSH执行，无需额外包装，完全保持配置的直观性。

方案2：将命令打包为单个CSH调用

如果受限于runner配置无法修改shell参数，可以将需要CSH执行的命令合并为一个csh -c调用，避免环境变量跨shell传递的问题：

default:
  image: myimage:latest
  entrypoint: [""] # 清空entrypoint避免干扰

test:
  script:
    - /usr/bin/csh -c "source csh.env && make"

这种方式比临时方案简洁，所有命令在同一个CSH会话中执行，环境变量自然生效。

方案3：修改镜像的SHELL配置（可选）

如果有权限修改镜像的Dockerfile，可以添加SHELL指令指定默认shell：

FROM base-image:latest
ENTRYPOINT ["/usr/bin/csh"]
SHELL ["/usr/bin/csh", "-c"]
# 其他镜像构建步骤

部分GitLab Runner环境会优先使用镜像的SHELL配置，但此方式可靠性不如方案1，仅作为备选。

内容的提问来源于stack exchange，提问作者Absent Link