我正在使用声明性管道语法在Docker容器中执行一些CI工作。
我注意到,用于Jenkins的Docker插件使用主机中jenkins用户的用户ID和组ID运行一个容器(即,如果jenkins用户具有用户ID 100和组ID 111,它将运行管道以创建带有命令docker run -u 100:111 ...)。
docker run -u 100:111 ...
我遇到了一些问题,因为该容器将以不存在的用户运行(特别是我遇到了用户没有主目录的问题)。所以我想到了创建一个Dockerfile来接收用户ID和组ID作为构建参数,并在容器内创建一个合适的jenkins用户。Dockerfile看起来像这样:
FROM ubuntu:trusty ARG user_id ARG group_id # Add jenkins user RUN groupadd -g ${group_id} jenkins RUN useradd jenkins -u ${user_id} -g jenkins --shell /bin/bash --create-home USER jenkins ...
dockerfile代理具有一个additionalBuildArgs属性,因此我可以在主机中读取jenkins用户的用户ID和组ID并将其作为构建参数发送,但我现在遇到的问题是似乎无法执行这些命令在指定代理之前在声明性管道中进行操作。我希望我的Jenkinsfile是这样的:
additionalBuildArgs
// THIS WON'T WORK def user_id = sh(returnStdout: true, script: 'id -u').trim() def group_id = sh(returnStdout: true, script: 'id -g').trim() pipeline { agent { dockerfile { additionalBuildArgs "--build-arg user_id=${user_id} --build-arg group_id=${group_id}" } } stages { stage('Foo') { steps { ... } } stage('Bar') { steps { ... } } stage('Baz') { steps { .. } } ... } }
我有什么办法可以做到这一点?我也尝试过将管道指令包装在节点内,但管道必须位于文件的根目录。
正如您所发现的那样,我验证了尝试在没有节点的情况下分配user_id和group_id无效的方法,但这对我来说是有效的,可以分配这些值并稍后访问它们:
def user_id def group_id node { user_id = sh(returnStdout: true, script: 'id -u').trim() group_id = sh(returnStdout: true, script: 'id -g').trim() } pipeline { agent { label 'docker' } stages { stage('commit_stage') { steps { echo 'user_id' echo user_id echo 'group_id' echo group_id } } } }
希望这些也能在您的additionalBuildArgs声明中起作用。
在评论中,您指出了在使用声明的管道之前先找出声明性管道之外的user_id和group_id的方法最有可能的关键缺陷:发现其user_id的从属不一定与之匹配用于启动基于docker的构建的slave。我没有办法解决这个问题,同时还保持声明性的Jenkinsfile约束。