如何在容器内运行GitVersion，无需绑定主机同路径目录？

问题背景 #

原本通过Docker运行GitVersion（以jsoncpp仓库为例）可正常获取版本信息。现需在另一个运行中的容器内执行GitVersion，采用绑定/var/run/docker.sock的Docker-in-Docker方式，但执行时出现「Cannot find the .git directory」错误。此前的临时解决方案是将主机目录绑定到容器内同路径目录，但该方案会在主机留下容器内操作的产物，且当绑定路径不一致时仍会报错。

问题1：为何GitVersion在目标目录不对应主机同路径时无法正常工作？ #

• GitVersion核心依赖Git仓库的.git目录解析版本信息，当通过绑定/var/run/docker.sock在内部容器启动GitVersion容器时，实际调用的是主机的Docker daemon。
• GitVersion容器挂载的目录参数是相对于主机文件系统的，而非内部容器的文件系统。如果内部容器指定的代码路径和主机上该代码的实际路径不匹配，GitVersion容器在主机对应路径下找不到.git目录，就会报错。
• 本质：GitVersion容器直接和主机文件系统交互，它只认主机上的真实路径，不认内部容器里的虚拟路径。

问题2：Docker-in-Docker环境下，内部容器无法访问主机非对应路径目录的底层问题？ #

• 绑定/var/run/docker.sock的方式并非真正的Docker-in-Docker，只是在容器内调用主机的Docker服务，所有通过该方式启动的子容器（如GitVersion容器）都是运行在主机环境中，而非内部容器的隔离环境。
• 主机的Docker daemon无法直接访问内部容器的文件系统，内部容器的目录对主机来说是不可见的。因此当内部容器指定挂载路径时，主机Docker只会在自身文件系统中查找对应路径，找不到就无法挂载.git目录。
• 核心矛盾：内部容器的文件系统与主机文件系统完全隔离，子容器依赖主机文件系统，但无法感知内部容器的虚拟路径映射。

问题3：无需额外绑定主机目录（仅保留/var/run/docker.sock绑定）的最佳实践方案？ #

提供两种可行方案：

方案1：在内部容器直接运行GitVersion CLI #

• 放弃在内部容器启动新的GitVersion容器，改为在内部容器中直接安装Git和GitVersion CLI工具，直接在代码目录执行命令。
• 优势：完全脱离主机文件系统依赖，直接使用内部容器内的.git目录，路径完全匹配，不会在主机产生残留文件。
• 操作示例：
  1. 在内部容器的Dockerfile中添加安装步骤：

     RUN apt-get update && apt-get install -y git \
         && wget https://github.com/GitTools/GitVersion/releases/latest/download/gitversion-linux-x64.tar.gz \
         && tar -xzf gitversion-linux-x64.tar.gz -C /usr/local/bin \
         && rm gitversion-linux-x64.tar.gz
     

  2. 进入内部容器的代码目录，执行命令：

     gitversion
     

方案2：动态获取内部容器代码目录的主机路径并挂载 #

• 通过docker inspect命令动态获取内部容器代码目录对应的主机真实路径，再将该路径挂载到GitVersion容器。
• 优势：无需手动维护路径映射，避免路径不一致问题，且GitVersion容器使用--rm参数可自动清理临时文件，不会在主机留下产物。
• 命令示例：

  # 假设内部容器名为inner-container，代码目录为/app
  # 获取该目录对应的主机路径
  HOST_CODE_PATH=$(docker inspect -f '{{ range .Mounts }}{{ if eq .Destination "/app" }}{{ .Source }}{{ end }}{{ end }}' inner-container)
  # 启动GitVersion容器并挂载主机路径
  docker run --rm -v "$HOST_CODE_PATH:/app" gittools/gitversion:latest /app
  

内容的提问来源于stack exchange，提问作者StoneThrow