问题一：GitHub 工作流中的角色有哪些？
GitHub 工作流中的角色有哪些？
参考回答：
在 GitHub 工作流中，角色主要分为维护者和贡献者。维护者具有代码仓库最高权限，可以创建分支、删除分支、更新分支，以及向分支强制推送；而贡献者只有读权限，不能向代码仓库直接推送，但可以通过派生仓库和 pull request 贡献代码。
关于本问题的更多回答可点击原文查看：
https://developer.aliyun.com/ask/639520
问题二：GitHub-Flow 有什么优势？
GitHub-Flow 有什么优势？
参考回答：
满足了开源项目人人皆可贡献的目标。在2008年，仓库派生是基于原生 Git 实现开源协同的最易用的方案。
易于管理。将代码管理工作化整为零，每个派生仓库由派生者自行管理，开源项目的负责人无需进行复杂的授权管理和分支管理。
派生仓库是一个独立的拷贝，不会受到上游变更（许可证变更、开放性变更、授权变更等）的影响。
关于本问题的更多回答可点击原文查看：
https://developer.aliyun.com/ask/639521
问题三：GitHub-Flow 缺点主要有哪些？
GitHub-Flow 缺点主要有哪些？
参考回答：
GitHub-Flow 的缺点：
1. 仓库同步操作复杂。同步操作涉及到远程上游仓库、远程派生仓库、本地克隆仓库的三方数据同步，开发者要熟悉 git remote、git rebase等命令。
2. 派生熔断导致仓库授权失去管控。在仓库的开放性发生变更（例如从公开项目转换为私有项目），主项目和派生项目之间的派生关系被切断，成为没有派生关系的不同的项目，派生项目的管理权也从主项目自动交接给派生项目的用户。
3. 不适合于多仓库类型的项目（如 Android 项目）。由于多仓库的存在，放大了派生仓库和上游仓库同步的复杂度。
4. 派生仓库导致服务端存储出现冗余。
上述缺点，尤其是派生熔断导致仓库授权失去管控，无法被企业管理者所接受。因此，GitHub 工作流只适合于外部开源或者企业内部开源项目，而不适合企业私有项目。
关于本问题的更多回答可点击原文查看：
https://developer.aliyun.com/ask/639522
问题四：在企业私有代码仓库中，哪些角色可以使用分支评审模式参与代码仓库的协同？
在企业私有代码仓库中，哪些角色可以使用分支评审模式参与代码仓库的协同？
参考回答：
只有开发者和管理员拥有写权限，因此这两种角色才能够使用分支评审模式参与代码仓库的协同。
关于本问题的更多回答可点击原文查看：
https://developer.aliyun.com/ask/639523
问题五：特性分支通常是如何创建的？
特性分支通常是如何创建的？
参考回答：
特性分支是为完成某一功能开发而创建的临时分支，通常基于主干分支创建，例如使用命令 git switch -c topic/。
关于本问题的更多回答可点击原文查看：
