克隆Databricks绑定的Azure DevOps Git仓库到本地后除.git外无文件问题

• 第一步：验证分支匹配性
  克隆操作默认会切换到仓库的默认分支（通常为main/master），但Databricks推送Notebook时可能选择了其他非默认分支。
  执行以下命令查看全部分支及提交记录：

  # 查看本地+远端所有分支
  git branch -a
  # 查看当前分支提交记录，无输出则代表当前分支无任何提交
  git log --oneline
  # 切换到Databricks实际推送的目标分支后再检查文件
  git checkout <对应分支名>
  

  也可直接登录Azure DevOps仓库页面，确认对应分支下是否存在推送的Notebook文件：

  若Azure DevOps页面端对应分支无预期文件，核心问题出在Databricks侧的推送未生效，无需排查本地配置，直接返回Databricks工作区Git面板检查未推送提交、代码冲突即可。

• 第二步：排查稀疏检出配置
  Databricks Git集成默认可能开启稀疏检出规则，仅同步工作区指定路径的文件，或本地Git配置了全局稀疏检出规则导致文件被过滤。
  执行命令检查稀疏检出状态：

  git config core.sparseCheckout
  

  若返回值为true，说明已开启稀疏检出，可关闭配置后重新拉取文件：

  git config core.sparseCheckout false
  git reset --hard HEAD
  

• 第三步：检查.gitignore过滤规则
  仓库根目录的.gitignore文件或本地全局.gitignore配置可能误拦截了Databricks Notebook格式文件（.ipynb/.dbc/.py等），执行命令查看被忽略的文件列表：

  git status --ignored
  

  若输出中包含你预期的Notebook文件，调整.gitignore规则移除对应拦截项即可。

• 第四步：验证克隆参数与提交完整性
  若克隆时添加了--depth/--filter等浅克隆参数，可能拉取到的最近提交为空提交，执行命令查看当前HEAD指向的文件树：

  # 列出当前分支所有被Git追踪的文件，无输出则代表当前分支无有效提交文件
  git ls-tree -r HEAD
  

  确认是提交问题的话，返回Databricks重新执行推送操作即可。

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