如何自动化向Azure DevOps仓库提交代码架构作为初始提交？

该方案完全规避REST API逐文件构造请求的繁琐，也不会带入Fork生成的冗余信息，容错性高，是目前企业级同类自动化流程的主流实现方案，步骤如下：

• 提前把你的基础代码架构存为本地固定目录，也可以存为无冗余内容的干净压缩包，自动化流程执行时自动解压即可
• 调用Azure DevOps REST API完成空仓库创建后，直接在你的自动化执行环境中执行以下Git命令序列，可根据你的技术栈封装到Python/Shell/Go等自动化逻辑中，和你现有仓库创建、流水线创建逻辑直接串接：

# 进入本地基础代码目录
cd 你的基础架构代码目录
# 初始化本地Git仓库
git init
# 绑定新建的Azure DevOps仓库远程地址，可直接用具备权限的PAT拼接地址避免交互认证，地址格式为 https://<你的PAT>@dev.azure.com/<组织名>/<项目名>/_git/<仓库名>
git remote add origin <新建仓库的远程地址>
# 切换到指定初始分支，例如常用的main分支
git checkout -b main
# 批量添加所有基础代码文件
git add .
# 生成初始提交
git commit -m "feat: 初始化基础代码架构"
# 推送到新建的远程仓库
git push -u origin main
# 清理本地临时生成的Git信息，避免后续执行流程冲突，可选操作
rm -rf .git

你之前对该接口的认知存在偏差：该接口支持单次请求提交多个文件，不需要逐文件发起多次请求。你只需要遍历本地基础代码目录的所有文件，把每个文件的路径、内容统一填充到同一个请求的changes数组内，单次调用即可完成全量基础代码的提交。
请求核心payload结构示例如下，空仓库初始提交的oldObjectId固定填40位全0字符串即可：

{
  "refUpdates": [
    {
      "name": "refs/heads/main",
      "oldObjectId": "0000000000000000000000000000000000000000"
    }
  ],
  "commits": [
    {
      "comment": "feat: 初始化基础代码架构",
      "changes": [
        // 遍历所有本地基础文件批量生成change对象，支持任意数量文件
        {
          "changeType": "add",
          "item": {
            "path": "/package.json"
          },
          "newContent": {
            "content": "<package.json的文件内容>",
            "contentType": "rawtext"
          }
        },
        {
          "changeType": "add",
          "item": {
            "path": "/src/index.js"
          },
          "newContent": {
            "content": "<index.js的文件内容>",
            "contentType": "rawtext"
          }
        }
      ]
    }
  ]
}

如果提交内容包含二进制文件，把对应文件的contentType改为base64encoded，content字段填文件的base64编码即可。

如果你的自动化执行环境允许安装azure cli，可提前维护一个仅含最新基础代码、无冗余提交历史的专用种子仓库，调用cli命令直接将种子仓库内容导入到新建仓库，导入时不会生成Fork标记，也可自定义是否保留历史，命令示例：

az repos import create --git-source-url <你的干净种子仓库地址> --repository <新建仓库名> --project <项目名> --organization <组织地址> --detect false

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