课程定位

团队同时修复问题与开发新功能时，分支上的改动容易相互覆盖，合并之后也可能很难追查某一变化对应哪个任务。学习Git协作，既要认识版本和分支的关系，也需要明确共享历史、冲突处理和回退的责任。这门课围绕创建分支、协同开发和版本回退，练习用小型示例项目把日常改动记录清楚。

课程内容与学习重点

让每次提交能与具体工作对应

用两个人改同一个示例项目的情境梳理本地工作、分支和共享版本。开始工作前可记录当前基线、目标分支、改动涉及的文件与验证方式。准备提交时，检查只包含本次任务所需的内容，并用可理解的摘要说明改动原因。若一个任务同时包含格式调整和功能修改，可以分开记录，方便评审识别真正需要关注的变化。示例项目可故意保留一个未跟踪文件和一处已提交修改，观察两种状态在查看和交接时有什么区别。

合并前核对来源、目标和冲突范围

收到一项合并请求时，先看改动相对目标分支的差异，核对是否包含别的任务、版本配置或需要同步更新的文档。碰到多人修改同一区域，可分别理解两边的业务目的，再讨论应该合并哪些行为。解决冲突后，重新跑涉及的用例，保留提交信息和选择依据。若团队使用图形化开发环境，也要能从界面读出当前分支、待提交文件和远程状态，避免对错分支执行操作。

为共享版本的回退准备可复核记录

发现发布版本出现问题后，先核对受影响的变更、应用环境和已完成的后续工作，再决定如何撤销或补救。对已共享的版本，评估回退是否影响其他协作者，并将处理前后的状态、测试和沟通对象记录下来。用教学仓库模拟一个有后续提交的故障版本，讨论在共享历史中保留清晰记录的重要性。课后可带走一份包含问题、提交、受影响分支、验证结果和确认人的版本核对表。

适合人群

适合软件开发入门、测试、技术支持及参与代码审查的项目人员。可带一例已脱敏的合并或发布问题，画出几个提交发生的顺序和涉及的分支。尚无团队仓库的学员可用个人练习项目演示两个分支对同一文件的变化。

开课与报名咨询

单专题开课时间、授课城市、学习时长、费用及参加方式详询。可在咨询表注明目前遇到的是分支合并、协作交接还是发布回退问题。

只用过图形化工具，可以跟上吗？可以先练习识别工作区、提交和分支状态，课程具体工具环境与操作方式可提前确认。

已经推送到共享分支，还能撤回错误改动吗？应先了解团队规则、协作者状态和当前基线，选择能清晰记录影响的处理方式，回退后复核相关功能。

温馨提示：课程内容为拟定，具体实际讲授内容由授课老师根据学员情况灵活调整，最终以课堂授课为准。