尊敬的Stackoverflow社区，

我正在尝试使用docker映像作为构建过程的容器来设置Jenkins
CI管道。我正在定义一个Jenkinsfile以将构建管道作为代码。我正在做这样的事情：

node {
  docker.withRegistry('http://my.registry.com', 'docker-credentials') {     
      def buildimage = docker.image('buildimage:latest');
      buildimage.pull();
      buildimage.inside("")
      {
        stage('Checkout sources') {
          git url: '...', credentialsId: '...'
        }

        stage('Run Build and Publish') {
            sh "..."
        }
      }
  }
}

不幸的是，我绊倒了Docker管道插件的怪异行为。在生成输出中，我可以看到Image.inside（…）命令使用

docker run -t -d -u 1000:1000 ...

这使我的构建失败，因为Dockerfile中定义的用户没有UID 1000 …实际上是另一个用户。我什至尝试指定应在Jenkinsfile中使用哪个用户

node {
  docker.withRegistry('http://my.registry.com', 'docker-credentials') {     
      def buildimage = docker.image('buildimage:latest');
      buildimage.pull();
      buildimage.inside("-u otheruser:othergroup")
      {
        stage('Checkout sources') {
          git url: '...', credentialsId: '...'
        }

        stage('Run Build and Publish') {
            sh "..."
        }
      }
  }
}

但这会在生成的docker run命令中导致重复的-u开关

docker run -t -d -u 1000:1000 -u otheruser:othergroup ...

显然只有第一个-u适用，因为我的构建仍然失败。我还使用whoami进行调试以验证我的假设。

所以我的问题是：如何改变这种行为？有没有可以关闭-u
1000：1000的开关？这甚至是错误吗？我实际上很喜欢使用Docker插件，因为它通过Jenkins中维护的凭据简化了自己的Docker注册表的使用。但是，如果无法使用Docker插件，还有另一种简单的方法可以实现我的目标吗？

预先感谢您的时间