Azure DevOps创建release分支遇refs/heads/release冲突，疑权限问题

这大概率不是普通权限问题，而是Azure DevOps仓库里已经存在一个名为release的普通分支（不是带斜杠的前缀分支），导致你尝试创建release/0.1.0这种嵌套命名的分支时触发了Git的命名冲突规则。

为什么会出现这个冲突？ #

Git的分支命名逻辑里，分支名本质对应仓库.git/refs/heads/目录下的文件。如果已经有一个名为release的文件（对应分支release），就无法再创建release/0.1.0这种类似“子目录/文件”的分支——因为Git会试图创建release目录来存放0.1.0分支文件，但实际release已经是一个文件，冲突就产生了。而你能正常创建feature/0.1.0，说明仓库里没有直接叫feature的普通分支，所以不会触发这个问题。

怎么验证？ #

• Azure DevOps网页端：进入仓库的“分支”页面，在搜索框输入release，看是否存在一个不带斜杠的release分支。
• Git命令行：先拉取所有远程分支引用：

  git fetch origin
  git branch -r
  

  查看输出里有没有origin/release这一项。

解决步骤 #

1. 确认release分支的状态
   • 如果这个分支已经废弃，联系项目管理员删除它；
   • 如果还在使用，和团队沟通后将其重命名（比如改成release-v1-base或者legacy-release）。
2. 清理后重新创建分支
   删除或重命名release分支后，再尝试创建release/0.1.0，应该就能正常完成了。
3. 特殊情况处理
   如果找不到release分支但仍报错，可能是仓库存在残留的引用：
   • 请管理员进入Azure DevOps仓库的「设置」→「引用」页面，检查是否有refs/heads/release的条目，手动清理；
   • 也可以尝试用命令行创建并推送分支，获取更详细的错误：

     git checkout -b release/0.1.0 [你的基础分支名]
     git push origin release/0.1.0
     

为什么排除普通权限问题？ #

如果是权限不足，Azure DevOps通常会直接提示“你没有创建分支的权限”或类似信息，而不是命名冲突；另外你能正常创建feature/0.1.0，说明你本身拥有分支创建权限，只是命名被现有分支限制了。

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