DevOps 运维面试题, 在 GitLab CI 中,如何使用 cache 加速构建过程?

Step 1

Q:: 在 GitLab CI 中，如何使用 cache 加速构建过程？

A:: 在 GitLab CI 中，可以使用 cache 来缓存构建过程中产生的中间文件或依赖项，从而加速后续的构建。可以在 .gitlab-ci.yml 文件中配置 cache，指定要缓存的路径或 key。例如：

 
cache:
  key: ${CI_COMMIT_REF_SLUG}
  paths:
    - node_modules/
 

在此例中，node_modules/ 目录将被缓存，后续的 pipeline 运行时会优先使用缓存，从而减少依赖安装的时间。

Step 2

Q:: GitLab CI 中 cache 和 artifacts 有什么区别？

A:: 在 GitLab CI 中，cache 和 artifacts 都用于存储构建过程中的文件，但它们有不同的用途。cache 用于在不同的 pipeline 之间共享中间构建文件，通常是依赖项或构建工具的缓存。artifacts 则是用于保存构建产物（如编译后的二进制文件、测试报告等），它们可以被用于后续的 pipeline 阶段或者下载使用。

Step 3

Q:: 在 GitLab CI 中，如何确保 cache 的有效性？

A:: 为了确保 cache 的有效性，通常会使用 key 来定义缓存的作用范围。常见的做法是使用分支名或 commit hash 作为 key，比如 ${CI_COMMIT_REF_SLUG} 或 ${CI_COMMIT_SHA}。这样可以确保不同分支或不同代码版本使用独立的缓存，避免由于代码变更导致的缓存冲突。此外，可以使用 policy: pull-push 来确保每次构建前都尝试从缓存中拉取内容，并在构建后推送新的缓存。

Step 1

Q:: 在 GitLab CI 中，如何使用 cache 加速构建过程？

A:: 在 GitLab CI 中，cache 是用来保存构建过程中生成的文件，这些文件可以在后续的 pipeline 执行时重用，从而避免重复的下载或编译，进而加速构建过程。可以通过在 .gitlab-ci.yml 文件中定义 cache 关键字来实现。典型的配置如下：

 
cache:
  paths:
    - node_modules/
    - .m2/repository/
 

paths 指定了哪些文件或目录应该被缓存。每次 pipeline 执行时，GitLab CI 会首先检查这些路径，如果缓存存在且有效，就会直接使用，而无需重新生成。

Step 2

Q:: 如何在 GitLab CI 中配置缓存的 key 以区分不同的缓存？

A:: 在 GitLab CI 中，你可以通过设置 cache 的 key 来区分不同的缓存。默认情况下，key 是 pipeline 的 ref（通常是分支名）。你可以自定义 key，例如根据不同的依赖版本或构建环境生成不同的缓存。

 
cache:
  key: "$CI_COMMIT_REF_NAME"
  paths:
    - node_modules/
 

上面的示例使用了 $CI_COMMIT_REF_NAME 作为 key，这意味着不同的分支将会有不同的缓存，从而避免了因不同分支使用不同依赖版本而产生的冲突。

Step 3

Q:: 在 GitLab CI 中，如何实现缓存的清理？

A:: 为了避免缓存文件过多占用磁盘空间，GitLab CI 提供了自动清理缓存的机制。可以通过设置缓存的到期时间（expire_in）来指定缓存的有效期。

 
cache:
  paths:
    - node_modules/
  expire_in: 1 week
 

这个配置会让缓存文件在 1 周后过期并被清理。你也可以手动清理缓存，方法是通过 GitLab 界面或 API 来删除不再需要的缓存。