添加环境并将主页设置为“.”解决方法如下。

pipeline {
    agent { docker { image 'node:8.12.0' } }
    environment {
        HOME = '.'
    }
    stages {
        stage('Clone') {
            steps {
                git branch: 'master',
                    credentialsId: '121231k3jkj2kjkjk',
                    url: 'https://myserver.com/my-repo.git'
            }
        }
        stage('Build') {
            steps {
                sh "npm install"
            }
        }
    }
}

来自https://github.com/jenkins-infra/jenkins.io/blob/master/Jenkinsfile

docker.image('openjdk:8').inside {
    /* One Weird Trick(tm) to allow git(1) to clone inside of a
    * container
    */
    withEnv([
        /* Override the npm cache directory to avoid: EACCES: permission denied, mkdir '/.npm' */
        'npm_config_cache=npm-cache',
        /* set home to our current directory because other bower
        * nonsense breaks with HOME=/, e.g.:
        * EACCES: permission denied, mkdir '/.config'
        */
        'HOME=.',
    ]) {
            // your code
    }
}

在这个问题上浪费了一整天的时间，我发现只需在代理阶段使用Pipeline Editor添加以下内容作为环境变量就可以解决这个问题。

'npm_config_cache=npm-cache'

当Jenkins在Docker代理中运行stage时，它通常设置HOME=/（图像WORKDIR值），但Jenkin用户在此目录中没有写入权限，这就是npm无法创建其缓存目录~/.npm的原因。要解决此问题，您需要覆盖HOME或NPM默认缓存目录：

pipeline {
    agent {
        docker {
            reuseNode true
            image 'node:16.15'
        }
    }

    environment {
        // Override HOME to WORKSPACE
        HOME = "${WORKSPACE}"
        // or override default cache directory (~/.npm)
        NPM_CONFIG_CACHE = "${WORKSPACE}/.npm"
    }

    stages {
        stage('Build') {
            steps {
                sh 'npm install'
                sh 'npm run build'
            }
        }
    }
}

我只是想提供更多的细节，简而言之，公认的答案是有效的，但我对Docker还是个新手，我想得到更好的理解，我想分享我的发现。
因此，对于我们的jenkins设置，它通过以下方式启动容器

docker run -t -d -u 995:315 -w /folder/forProject -v /folder/forProject:/folder/forProject:rw,z ...

因此，此容器以用户uid=995 gid=315 groups=315身份运行
由于我使用的映像（circleci/node:latest）没有具有此UID/GID的用户，因此该用户将没有“主”文件夹，并且只对装入的卷具有权限。
调用NPM命令时，它将尝试使用该用户的主目录（用于缓存），因为该用户不是在映像上创建的，所以主目录被设置为/（linux的默认值？）。因此，为了让NPM正常工作，我们只需通过Jenkins文件将用户的容器HOME环境变量指向当前文件夹

pipeline {
  agent none
  stages {
    stage('NPM Installs') {
      agent {
        docker {
            image 'circleci/node:latest'
        }
      }
      environment { HOME="." }
      ...
    }
  }
}

因此，用户可以在/folder/forProject/.npm中创建所需的.npm文件夹
希望这对某人有帮助，如果你看到我有什么错误，请告诉我：D

我补充了同样的问题。我使用root用户运行Docker映像解决了这个问题：

node {
    stage("Prepare environment") {
        checkout scm
        // Build the Docker image from the Dockerfile located at the root of the project
        docker.build("${JOB_NAME}")
    }

    stage("Install dependencies") {
        // Run the container as `root` user
        // Note: you can run any official Docker image here
        withDockerContainer(args: "-u root", image: "${JOB_NAME}") {
            sh "npm install"
        }
    }
}

您可以覆盖Jenkins运行docker容器时使用的用户，例如在这里，我使用根用户覆盖（userid:groupid为0:0）：

docker { 
    image 'node:8'
    args '-u 0:0'
}

您可以在控制台输出的docker run参数中找到当前用户。

我们有相同的问题，对我们来说，问题的核心是，容器中的用户和运行Jenkins节点的用户具有不同的UID。更改容器中用户的UID+GID（以及更改用户主目录的所有权）以匹配运行构建节点的用户后，npm的行为将正常。
如果容器用户的主目录不可写，也可能发生这种情况。
Dockerfile中的代码：

RUN usermod -u <uid of buildnode> <container user> && \
    groupmod -g <gid of buildnode> <container user group> && \
    chown -R <container user>:<container user group> /home/<container user>

当工作区装入容器时，它将已经属于UID。当通过Jenkinsfile运行容器时，容器用户的UID和GID会自动设置为匹配buildnode。但主目录仍将拥有其原始所有者。
现在，node_modules将被放置在当前目录中。

在我的例子中，问题是在容器中，我是用户jenkins，而不是root。我通过在容器内设置whoami实现了这一点，得到了类似cannot determine user 111的错误（它碰巧是jenkins）。因此，我做了以下工作：

stage('Run build') {
        webappImage.inside("-u root") {
            sh "yarn run build"
        }
    }

这个配置适合我。

pipeline {
    agent {
        docker {
            image 'node:6-alpine'
            args '-p 3000:3000 -p 5000:5000'
            args '-u 0:0'

        }
    }
    environment {
        CI = 'true'
    }
    stages {
        stage('Build') {
            steps {
                sh 'npm install --unsafe-perm'
            }
        }
        stage('Test') {
            steps {
                sh './jenkins/scripts/test.sh'
            }
        }
        stage('Deliver for development') {
            when {
                branch 'development' 
            }
            steps {
                sh './jenkins/scripts/deliver-for-development.sh'
                input message: 'Finished using the web site? (Click "Proceed" to continue)'
                sh './jenkins/scripts/kill.sh'
            }
        }
        stage('Deploy for production') {
            when {
                branch 'production'  
            }
            steps {
                sh './jenkins/scripts/deploy-for-production.sh'
                input message: 'Finished using the web site? (Click "Proceed" to continue)'
                sh './jenkins/scripts/kill.sh'
            }
        }
    }
}

就我而言，这解决了问题

agent {
                docker {
                    image 'node:10-stretch'
                    args '-v /home/jenkins/.ssh:/home/jenkins/.ssh:ro -u 0'
                }
            }

我正在使用maven构建项目，它实际上正在运行前端maven插件，该插件负责调用npm安装，因此npm安装中断，出现错误：path/。npm npm错误！代码EACCES npm ERR！errno-13 npm错误！系统调用mkdir
我将其更改为npm-install--cache/tmp/empy-cache
而且很管用

您可以在构建之前动态安装nvm，在具有e1d1e的本地目录中，而无需将其设置为全局依赖项：

mkdir -p node_dir
export NVM_DIR=$(pwd)/node_dir
curl https://raw.githubusercontent.com/creationix/nvm/v0.33.1/install.sh | bash
source $(pwd)/node_dir/nvm.sh
nvm install 7
nvm use 7

新地点为：

$ which node
~/someDir/node_dir/versions/node/v7.7.2/bin/node

$ which npm
~/someDir/node_dir/versions/node/v7.7.2/bin/npm