问题描述
在 GitLab CI/CD 作业运行时，首先会拉取一个 Docker 镜像，然后克隆整个仓库。之后，会在 Docker 镜像中执行构建命令等操作。用户想知道是否可以仅克隆仓库中的非 LFS 文件，或者仅克隆主分支（如 master 分支）中的特定子目录及其子目录中的内容？
解决方案
方案1
首先，我们可以通过设置 GitLab CI/CD 配置文件（.gitlab-ci.yml）中的变量来限制克隆过程中不拉取 LFS 文件。这样，我们可以告诉作业跳过对 LFS 文件的拉取。具体步骤如下：
1. 在你的 .gitlab-ci.yml 文件中，找到作业的配置部分。
2. 在该作业的配置中添加一个 variables 部分，并设置 GIT_LFS_SKIP_SMUDGE 变量为 1。
下面是一个示例的 .gitlab-ci.yml 文件的部分，展示了如何设置 GIT_LFS_SKIP_SMUDGE 变量：
# 其他声明等，位于作业配置之上
jobname:
variables:
GIT_LFS_SKIP_SMUDGE: 1
# 更多作业声明，等等
通过在作业配置中设置 GIT_LFS_SKIP_SMUDGE: 1，我们告诉 GitLab CI/CD 作业跳过对 LFS 文件的“smudge”处理过程，从而避免了对 LFS 文件的下载。
方案2
注意：方案2中的操作可能会引入一定的复杂性，并需要确保正确设置容器 A 和容器 B 之间的依赖关系。
另一种方法是使用脚本或工具来控制克隆的行为，从而仅克隆非 LFS 文件。以下是一个示例 Bash 脚本，可以在克隆之后使用 Git 命令仅拉取非 LFS 文件：
#!/bin/bash
# 克隆仓库
git clone your_repository_url
# 进入仓库目录
cd your_repository
# 设置 git-lfs 跳过下载
git lfs install --skip-smudge
# 拉取非 LFS 文件
git pull origin master
# 恢复 git-lfs 下载
git lfs install --force
在这个示例中，我们首先使用 git clone 命令克隆仓库。然后，进入克隆的仓库目录，使用 git lfs install --skip-smudge 命令告诉 Git LFS 跳过下载 LFS 文件。接着，使用 git pull 命令仅拉取非 LFS 文件。最后，使用 git lfs install --force 命令恢复 Git LFS 的下载。
请注意，这个脚本假设你已经在本地安装了 Git 和 Git LFS。你需要将 your_repository_url 替换为你的仓库 URL，并根据需要进行调整。
以上是两种解决方案，你可以根据你的具体需求选择其中一种来避免在 GitLab CI/CD 作业中拉取 LFS 文件。