如何在Azure DevOps中允许删除分支但禁止改写历史？

一、如何配置仅允许删除分支，禁止改写历史 #

Azure DevOps的权限系统支持分支级别的精细化控制，不需要依赖全局的"Force push"权限来实现分支删除：

1. 全局权限锁定：

   • 进入仓库的「设置」→「权限」，找到目标用户/用户组，将全局的"Force push (rewrite history, delete branches and tags)"权限设置为「拒绝」，确保用户无法获得改写历史的全局权限。

2. 分支级删除权限配置：

   • 进入仓库的「设置」→「分支」，点击「分支权限」按钮；
   • 选择要授权的用户/用户组，在权限列表中找到**"Delete branch"**选项，设置为「允许」；
   • 如果需要让用户删除所有分支，可针对refs/heads/*这个分支模式配置；如果只允许删除特定前缀的分支（比如refs/heads/feature/*），可以添加对应的分支模式规则。

这样配置后，用户只能删除分支，无法执行任何改写历史的操作（比如强制推送覆盖分支提交）。

二、关于强制推送对历史的影响 #

你没有误解强制推送的风险：强制推送确实会破坏代码变更的提交历史——它允许用户用本地的提交覆盖远程分支的原有提交，可能导致提交被删除、提交内容/作者被篡改，彻底丢失原有历史记录。

但需要明确：删除分支本身并不会破坏提交历史。Git分支只是指向提交的指针，删除分支只是移除这个指针，仓库里的提交内容、提交者信息依然保留（除非仓库触发垃圾回收清理无引用的提交）。之前系统提示需要Force push，是因为你没有配置单独的Delete branch权限，而全局权限默认未开放，并非删除分支必须依赖Force push权限。

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