Azure Pipelines «Cache @ 2» échoue avec «## [erreur] Le système ne trouve pas le fichier spécifié»

Vous pouvez vous connecter à votre serveur Windows Server 2017 et vérifier si le dossier $ (Pipeline.Workspace) /. Npm est créé et les dépendances y sont stockées.

J'ai copié et testé votre yaml. Cela fonctionnait à la fois sur l'agent local (win2019) et les agents cloud. Vous pouvez essayer d'exécuter votre pipeline sur les agents cloud ou d'autres agents avec un système plus récent pour vérifier si c'est l'agent qui cause cette erreur.

Les clés générées avec votre package-lock.json diffèrent entre les deux tâches. Cela se produit lorsque le fichier est modifié. Ici, ils sont modifiés par votre tâche d'installation npm.

Vous pouvez utiliser l'option restoreKeys lors de la configuration de la tâche Cache pour revenir à la dernière entrée de cache. Et je pense que vous n'avez pas besoin de la tâche «npm install».

Pourriez-vous essayer de remplacer ceci:

- task: Cache@2
  inputs:
    key: 'npm | "$(Agent.OS)" | package-lock.json'
    restoreKeys: |
       npm | "$(Agent.OS)"
       npm
    path: $(npm_config_cache)
  displayName: Cache npm

- script: npm ci --cache $(npm_config_cache)

Par cette définition:

- task: Cache@2
  inputs:
    key: 'npm | "$(Agent.OS)" | package-lock.json'
    path: $(npm_config_cache)
    cacheHitVar: NPM_CACHE_RESTORED

- task: Npm@1
  displayName: 'npm install'
  inputs:
    command: 'install'
  condition: ne(variables.NPM_CACHE_RESTORED, 'true')

Cela semble être lié à ce problème en suspens .

J'ai résolu le problème en basculant le pool d'agents de construction sur hébergé et en utilisant la dernière image de Windows .

pool:
  vmImage: 'windows-latest'

Hier, j'ai pu le faire fonctionner sans aucun problème sur un agent de machine auto-hébergé en utilisant ceci:

- task: Cache@2
  inputs:
    key: '**/package-lock.json, !**/node_modules/**/package-lock.json, !**/.*/**/package-lock.json'
    path: '$(System.DefaultWorkingDirectory)/node_modules'
  displayName: 'Cache Node Modules'

Aujourd'hui, essayer de travailler sur un agent hébergé aujourd'hui et cela ne coupe pas du tout. Aggh, retour à la planche de meulage. Quoi qu'il en soit, cela pourrait peut-être fonctionner pour vous sur votre pipeline auto-hébergé

@Levi Lu-MSFT avait raison dans son commentaire mais il y a un piège.

@FLabranche a une solution de travail dans sa réponse mais je pense que le raisonnement n'est pas tout à fait correct.

Le problème

npm install et la tâche @Cache recherchent le cache npm à différents emplacements. Considérez le flux lorsque le pipeline s'exécute pour la première fois:

1. @Cache : ne fait rien puisqu'il n'y a pas encore de cache.
2. npm i (ou npm ci ): installe les packages dans node_modules/ et met à jour le cache npm à l' emplacement par défaut . L'emplacement par défaut est ~/.npm sous Linux / Mac et %AppData%/npm-cache sous Windows. Sur l'agent cloud hébergé par Linux, le chemin absolu sera /home/vsts/.npm .
3. (... plus de tâches de votre pipeline)
4. @Cache post-job @Cache (ajoutée implicitement): lit le cache npm trouvé à l'emplacement fourni par l' utilisateur pour le stocker pour une réutilisation future. L'emplacement fourni par l'utilisateur est défini par la npm_config_cache: $(Pipeline.Workspace)/.npm . Sur l'agent cloud hébergé par Linux, le chemin absolu sera /home/vsts/work/1/.npm .

En conséquence, la tâche @Cache échoue avec tar: /home/vsts/work/1/.npm: Cannot open: No such file or directory .

Solution

Faites en @Cache npm install et la tâche @Cache utilisent le même emplacement de cache npm.

Une option suggérée par Levi Lu est de mettre à jour la configuration npm avec npm config set cache $(npm_config_cache) --global mais cela ne fonctionnera pas dans le pipeline (au moins cela n'a pas fonctionné pour moi dans un agent Linux hébergé par Azure ): Error: EACCES: permission denied, open '/usr/local/etc/npmrc'

npm ci --cache $(npm_config_cache) met à jour l'emplacement du cache npm pour un seul appel et cela fonctionne dans ce cas. Cela semble un peu --cache car l'option --cache n'est même pas documentée sur le site Web de npm.

Dans l'ensemble, ce code a fonctionné pour moi:

variables:
  NPM_CACHE_FOLDER: $(Pipeline.Workspace)/.npm

steps:
- task: Cache@2
  displayName: Cache npm dependencies
  inputs:
    key: 'npm | "$(Agent.OS)" | package-lock.json'
    restoreKeys: |
      npm | "$(Agent.OS)"
      npm
    path: $(NPM_CACHE_FOLDER)

- script: npm ci --cache $(NPM_CACHE_FOLDER)
  displayName: 'Install npm dependencies'

...