问题一：分支评审模式有啥缺点？
分支评审模式有啥缺点？
参考回答：
分支评审模式的缺点：
1. 如果开发者无论是否必须、无论特性的大小，都采用分支评审模式，且不能及时删除过时的特性分支，就会在服务端遗留大量过时的分支。仓库中过多的特性分支和仓库的核心分支（主干、维护分支）混杂，会给开发者带来困惑，也会导致用户操作过程的性能下降。
2. 缺乏有效的分支授权管控，无法限制对于非保护分支的推送、创建、删除权限的管控，可能导致特性分支被误删，或者特性分支因多人协同时强制推送被覆盖，造成代码丢失、协同效率的下降。
关于本问题的更多回答可点击原文查看：
https://developer.aliyun.com/ask/639530
问题二：AGit-Flow协同模式是如何解决分支评审模式中特性分支过多、混乱的问题的？
AGit-Flow协同模式是如何解决分支评审模式中特性分支过多、混乱的问题的？
参考回答：
AGit-Flow协同模式通过直接通过命令行创建代码评审，而不在仓库中创建临时分支
关于本问题的更多回答可点击原文查看：
https://developer.aliyun.com/ask/639531
问题三：Gerrit的仓库格式是什么？
Gerrit的仓库格式是什么？
参考回答：
Gerrit的仓库格式也是Git，但服务端实现采用了Java开发的Git兼容工具jGit而非原生Git。
关于本问题的更多回答可点击原文查看：
https://developer.aliyun.com/ask/639532
问题四：在AGit Flow中，用户如何向仓库推送代码并生成代码评审？
在AGit Flow中，用户如何向仓库推送代码并生成代码评审？
参考回答：
在AGit Flow中，用户通过向仓库的特殊引用（如refs/for/master）推送代码来生成代码评审。特殊引用在服务端并不存在，用户的推送操作被服务端扩展程序接管，从而创建代码评审。
关于本问题的更多回答可点击原文查看：
https://developer.aliyun.com/ask/639533
问题五：Git客户端是如何接收到服务端操作的真实结果的？
Git客户端是如何接收到服务端操作的真实结果的？
参考回答：
Git客户端通过report-status-v2协议接收到服务端操作的真实结果。例如，Git客户端会接收到服务端创建了代码评审（如：refs/changes/123/head）的通知。
关于本问题的更多回答可点击原文查看：
