[T.4.5] 实验课/团队项目
[T.4.5] 实验课/团队项目
| 项目 | 内容 |
|---|---|
| 这个作业属于哪个课程 | 北航2026年春季软件工程 |
| 这个作业的要求在哪里 | [T.4.5] 实验课/团队项目 |
| 我在这个课程的目标是 | 接触理解应用现代软件工程常用的开发方式,锻炼自己编写代码以及团队协作的能力 |
| 这个作业在哪个具体方面帮助我实现目标 | 掌握通过 git 进行团队协作的操作,锻炼团队项目的管理能力 |
一
我们团队完成 Task. HotFix! 后新建的代码仓库地址

这份博客大纲和内容是根据你刚才实际操作中遇到的“坑”量身定制的,语言风格比较贴合大学生实验报告/技术博客的真实感,去掉了那种翻译腔和空洞的套话。
二
-
我们团队选择了 GitHub 作为核心协作平台。
- 主要是考虑到 GitHub 的 Pull Request 机制非常成熟,能够强制执行代码评审,防止有人直接向主分支推送不成熟的代码。同时,它的 Issue 模板功能能帮我们规范任务描述,避免沟通信息缺失。
- 我们将 GitHub Issues 作为任务看板,所有的开发工作都必须先开 Issue,再建对应的
feature/分支进行开发,最后通过 PR 合并。
-
- 我们采用了简化版的 Git Flow。
main分支保持稳定,dev分支作为日常开发的汇总。每个成员在自己的任务分支上工作。 - 规定所有修改必须通过 PR 合并到
dev,且必须经过至少一名其他成员的 Review。在合并前,我们会检查.gitignore是否配置正确。
- 我们采用了简化版的 Git Flow。
-
- 在协作中,最大的风险是多人同时修改同一文件导致的逻辑冲突,以及权限管理不当。
- 我们通过在合并冲突时遵循相互尊重的原则来解决代码层面的风险。针对鉴权,我们统一使用 Personal Access Token ,并配置了密钥对,不再使用安全性较低的明文密码。

浙公网安备 33010602011771号