Git 版本协作
说明
Git 是团队协作的版本控制基础，测试开发需要掌握分支管理、代码合并、冲突解决和协作规范。
面试怎么问
你们团队的 Git 分支策略是什么？
使用 Git Flow 或简化版的分支策略：main 分支是生产代码，develop 分支是开发基线，feature 分支开发新功能，release 分支准备发布，hotfix 分支修复紧急问题。测试代码遵循相同策略，与业务代码分支对应。
关键是每个分支的用途和合并规则要清晰。
自动化代码怎么和业务代码协作管理？
两种模式：
一是自动化代码与业务代码同仓库，分支策略一致，代码评审流程统一。
二是自动化代码独立仓库，按版本标签对应业务版本。
选择依据是团队协作模式，关键是版本对齐机制，确保自动化代码与业务版本匹配。
遇到冲突时你怎么处理？
首先理解冲突原因：是并行开发还是基础分支更新。
处理方式：优先 rebase 到最新基础分支，再解决冲突。冲突解决要理解两边代码意图，不能简单覆盖。解决后要运行测试验证。预防冲突：及时同步基础分支更新、合理规划开发任务、减少长生命周期分支。
项目里怎么用
- 按功能或迭代分支管理自动化脚本和配置，分支命名有规范。
- 通过 PR 机制做代码评审和合并，保证代码质量。
- 把测试用例和数据文件纳入版本控制，变更可追溯。
- CI 触发基于分支规则，如 develop 分支触发集成测试。
- 定期清理过期分支，保持仓库整洁。
容易答错什么
只会基本命令，不会讲分支策略和协作规范
Git 不只是 commit 和 push，分支策略决定了团队协作效率。要说明为什么选择这种策略、各种分支的生命周期、合并和删除规则。协作规范包括：commit message 格式、PR 评审流程、冲突解决原则。这些是团队协作的基础。
忽略自动化代码和业务代码的版本对齐问题
自动化代码落后于业务代码会导致测试失败，超前又可能覆盖不到新功能。
解决：版本标签对应、定期同步更新、自动化代码随业务版本一起发布。还要考虑多版本并行维护的场景。
不会讲 CI 中 Git 触发和分支过滤机制
CI 要根据分支策略配置触发规则：develop 分支合并触发集成测试，release 分支触发预发布测试，main 分支触发生产部署。要说明如何在 CI 配置中设置分支过滤，如何配置不同分支的触发条件，以及如何处理多分支并行开发场景。