[T.4] 团队项目：团队代码管理准备

项目	内容
这个作业属于哪个课程	2025年春季软件工程（罗杰、任健）
这个作业的要求在哪里	[T.4] 团队项目：团队代码管理准备
我在这个课程的目标是	掌握代码管理与修复流程，完善团队协作机制
这个作业在哪个具体方面帮助我实现目标	团队协作，软件开发代码管理基础

团队代码仓库地址

https://github.com/XuanxuanRao/BUAASE2025-TeamVersionControl

团队完成Task. HotFix! 后的仓库地址

https://github.com/Aron00123/BUAASE2025-TeamVersionControl-Hotfix

代码仓库的分支显示

DevOps技术选型

• 持续集成与持续交付（CI/CD）

  • 工具选择：GitHub Actions（GitHub 内置）

  • 选择原因：这款工具能够与 Git 仓库无缝集成，实现代码提交后的自动化构建、测试和部署。

  • 使用方式：每次代码提交后，CI 工具自动触发构建流程，进行单元测试和集成测试，测试通过后部署到测试环境，确保项目始终处于可交付状态。

• 版本控制系统

  • 工具选择：Git（托管于 GitHub）

  • 选择原因：Git 作为分布式版本管理工具，适合多人协作开发，支持灵活的分支管理和代码回滚。

  • 使用方式：所有代码均存储在 Git 仓库中，采用规范化的提交信息和分支管理策略，确保每次合并前都有充分的代码审查。

代码审查与发布流程

经过团队的讨论，我们暂定了如下的审查、发布流程：

• 代码审查流程

  • 审核工具：通过 GitHub 的 Pull Request 功能实现；

  • 审查要求：每个提交的代码必须经过至少两名团队成员的审核，审查内容包括代码风格、逻辑正确性、单元测试覆盖情况以及潜在风险；

  • 审查记录：所有审查过程需记录在案，以便后续查证和质量追踪。

• 发布流程

  • 自动化部署：审核通过后，自动触发 CI 流程构建和部署到测试环境；

  • 测试流程：在测试环境中进行自动化回归测试、安全测试及性能测试；

  • 回滚机制：每次发布前都备份当前稳定版本，若新版本出现问题，可迅速回滚到上一版本，降低影响。

代码管理中可能的风险以及解决方案

• 版本冲突风险：多人同时开发可能会导致代码冲突和分支合并困难。

  • 解决方案：
    • 严格执行分支管理策略和代码提交规范；
    • 通过 CI 工具及时检测冲突并提醒开发者；
    • 定期进行代码同步，减少长时间分叉。

• 代码质量下降风险：若缺乏严格审查，可能引入低质量代码，增加后期维护难度。

  • 解决方案：
    • 实施强制代码审查机制，确保每次代码合并前都经过严格审核；
    • 引入自动化静态代码分析工具进行代码质量检测；
    • 定期进行技术分享和代码规范培训，提升团队整体开发水平。

• 安全风险：代码仓库存在未授权访问、敏感信息泄露以及依赖库漏洞等安全隐患。

  • 解决方案：
    • 加强仓库访问权限管理，严格控制成员权限；
    • 定期进行依赖库安全扫描和漏洞修复；
    • 对敏感信息进行加密处理，并使用环境变量管理。

对具体操作的理解

• Git Merge vs Git Rebase

  • Merge 保留所有分支的历史，适合希望完整记录开发过程的场景，但提交历史可能较为复杂。

  • Rebase 则侧重于整理提交历史，使其线性化，便于追踪和理解，但要注意避免在公开分支上重写历史。