Почему кэш в конвейере CI создается, даже когда он уже доступен? - PullRequest
Новая
       36

Почему кэш в конвейере CI создается, даже когда он уже доступен?

0 голосов
/ 15 апреля 2020

У меня есть конвейер CI в Gitlab, где зависимости пряжи кэшируются и используются повторно. Кеширование работает нормально, но в конце конвейера после всех заданий кеш воссоздается. Кто-нибудь знает, почему это делается? И как я могу настроить CI так, чтобы это не выполнялось?

Я использую локальный бегун на ОС Ma c. Но я также сталкиваюсь с этим, когда использую общий бегун из Gitlab.

Я замечаю, что кеш создается с именем «configuration-ci-1», хотя название ветви - «configuration-1».

Ниже конфигурации CI .yml: 

# Node version. 
image: node:latest

# Cache config
cache:
  key: ${CI_COMMIT_REF_SLUG}
  paths:
    - node_modules/
    - .yarn-cache

# Install dependencies if not available
before_script:  
  - yarn install --frozen-lockfile --cache-folder .yarn-cache --prefer-offline

# Specify the stages
stages:
  - build
  - staging
  - production

Build:
  stage: build
  tags:
    - local
    - node
  script:
    - yarn run build

И вывод в конце конвейера относительно создания кэша: 

Running after_script
00:01
Saving cache
01:48
 Creating cache configuration-ci-1...
 node_modules/: found 140250 matching files         
 .yarn-cache: found 143125 matching files           
 No URL provided, cache will be not uploaded to shared cache server. Cache will be stored only locally. 
 Created cache
Uploading artifacts for successful job
00:02
 Job succeeded

Спасибо за ваш отзыв !

...