团队 Git 协作完整教程(企业级标准流程)

目录

[团队 Git 协作完整教程(企业级标准流程)](#团队 Git 协作完整教程(企业级标准流程))

一、团队协作的核心原则(必须遵守)

[二、团队使用的标准分支模型(Git Flow)](#二、团队使用的标准分支模型(Git Flow))

三、团队协作完整流程(一步一步跟着做)

[第 1 步:项目管理员创建远程仓库](#第 1 步:项目管理员创建远程仓库)

[第 2 步:团队成员克隆项目(第一次)](#第 2 步:团队成员克隆项目(第一次))

[第 3 步:所有成员切换到开发主分支](#第 3 步:所有成员切换到开发主分支)

四、开发新功能的标准流程(每个人都这样做)

[1. 从 develop 创建自己的功能分支](#1. 从 develop 创建自己的功能分支)

[2. 在自己分支上写代码、提交](#2. 在自己分支上写代码、提交)

[3. 每天同步 develop 最新代码(避免冲突)](#3. 每天同步 develop 最新代码(避免冲突))

[4. 功能完成 → 推送到远程](#4. 功能完成 → 推送到远程)

[5. 提交合并请求(MR / PR)](#5. 提交合并请求(MR / PR))

[6. 组长 / 同事审核代码 → 通过 → 合并](#6. 组长 / 同事审核代码 → 通过 → 合并)

[五、修复 BUG 的流程](#五、修复 BUG 的流程)

六、版本发布上线流程

[七、团队协作最重要的 5 条规则](#七、团队协作最重要的 5 条规则)

八、冲突怎么办?(团队最害怕的问题)

冲突原因:

解决方法(超级简单)

[九、团队 Git 提交注释规范(必须统一)](#九、团队 Git 提交注释规范(必须统一))

十、团队每天的工作流(复制照着做)

十一、我给你总结最精简的一句话

主分支不写代码,每人一条功能分支,每天同步,完成提交合并。


团队 Git 协作完整教程(企业级标准流程)

你只要照着做,多人开发永远不乱、不冲突、不丢代码 我用最简单、最落地、可直接执行 的方式讲清楚,适用于你们的 Qt 企业项目


一、团队协作的核心原则(必须遵守)

  1. 永远不在 master 上直接写代码
  2. 每个人都有自己的功能分支
  3. 每天拉取最新代码,避免冲突
  4. 提交必须写清楚注释
  5. 合并代码必须经过审核(MR/PR)
  6. 不提交编译文件、不提交个人配置

二、团队使用的标准分支模型(Git Flow)

你们团队统一用这套,最稳定、最通用

表格

分支名称 作用 权限
master 线上正式版本(最稳定) 管理员
develop 开发主分支(每日集成) 所有人
feature/xxx 功能开发分支(每个人一条) 开发者
fix/xxx BUG 修复分支 开发者
release/xxx 发布版本分支 管理员

三、团队协作完整流程(一步一步跟着做)

第 1 步:项目管理员创建远程仓库

  1. Gitee / GitHub / GitLab 创建仓库
  2. 上传初始化代码
  3. 邀请团队成员加入

第 2 步:团队成员克隆项目(第一次)

bash

运行

复制代码
git clone 仓库地址
cd QtEnterprise

第 3 步:所有成员切换到开发主分支

bash

运行

复制代码
git checkout develop
git pull origin develop

四、开发新功能的标准流程(每个人都这样做)

1. 从 develop 创建自己的功能分支

bash

运行

复制代码
git checkout develop
git pull
git checkout -b feature/你的名字-功能名

例子:

bash

运行

复制代码
git checkout -b feature/zhangsan-ui
git checkout -b feature/lisi-database

2. 在自己分支上写代码、提交

bash

运行

复制代码
git add .
git commit -m "feat: 完成登录界面"

3. 每天同步 develop 最新代码(避免冲突)

bash

运行

复制代码
git checkout develop
git pull
git checkout feature/xxx
git merge develop

4. 功能完成 → 推送到远程

bash

运行

复制代码
git push origin feature/xxx

5. 提交合并请求(MR / PR)

在 Gitee/GitHub 网页点:Create Pull Request → 合并到 develop

6. 组长 / 同事审核代码 → 通过 → 合并


五、修复 BUG 的流程

bash

运行

复制代码
git checkout develop
git pull
git checkout -b fix/登录失败

改完后:

bash

运行

复制代码
git add .
git commit -m "fix: 修复密码错误问题"
git push origin fix/登录失败

提交 MR → 合并到 develop


六、版本发布上线流程

bash

运行

复制代码
git checkout develop
git pull
git checkout -b release/v1.0.0

测试 → 修复小问题 → 合并到 masterdevelop

bash

运行

复制代码
git checkout master
git merge release/v1.0.0
git push

git checkout develop
git merge release/v1.0.0
git push

七、团队协作最重要的 5 条规则

  1. 一个功能一个分支
  2. 分支命名必须规范
  3. 每天至少拉取一次 develop
  4. 不提交无用文件(.gitignore)
  5. 提交注释必须清晰

八、冲突怎么办?(团队最害怕的问题)

冲突原因:

两个人修改了同一个文件的同一行

解决方法(超级简单)

  1. 拉代码时提示冲突
  2. 打开冲突文件
  3. 看到:

plaintext

复制代码
<<<<<<< HEAD
你的代码
=======
别人的代码
>>>>>>>
  1. 保留正确的,删除错误的,删掉符号
  2. 保存
  3. 提交

bash

运行

复制代码
git add .
git commit -m "merge: 解决冲突"

九、团队 Git 提交注释规范(必须统一)

plaintext

复制代码
feat: 新增功能
fix: 修复BUG
docs: 修改文档
style: 格式化代码
refactor: 重构代码
chore: 构建/配置/脚本

例子:

plaintext

复制代码
git commit -m "feat: 添加数据库连接池"
git commit -m "fix: 修复UI界面崩溃问题"

十、团队每天的工作流(复制照着做)

bash

运行

复制代码
1. 早上拉代码
git checkout develop
git pull

2. 切换到自己的分支
git checkout feature/xxx

3. 同步最新代码
git merge develop

4. 写代码
5. 提交
git add .
git commit -m "feat: xxx"
git push

十一、我给你总结最精简的一句话

主分支不写代码,每人一条功能分支,每天同步,完成提交合并。

相关推荐
czhc11400756632 小时前
6.4:git
git
Rain5092 小时前
实战:搭建 AI Code Review 自动化流水线
前端·人工智能·git·ci/cd·自动化·ai编程·代码复审
zzzzzz3102 小时前
GitHub 今日爆火!headroom:一个帮你省 60-95% Token 的 AI Agent 上下文压缩神器
git·机器学习·github
张小凡vip4 小时前
gitlab的ci配置文件yaml参数说明
git·ci/cd·gitlab
搬砖的前端4 小时前
AI工具集:Git提交时使用AI进行CodeReview如何在前端应用构建NPM包
前端·人工智能·git·npm·codeview
ZXF_H5 小时前
Git clone 时遇到fatal: protocol ‘http‘ is not supported问题解决方法
git
傻啦嘿哟5 小时前
日志分析:利用OpenClaw日志排查“403”和“503”错误
java·git·github
摆烂菜鸡沧9965 小时前
【自用记录】修改GitHub提交历史作者
git·github
佳木逢钺14 小时前
Git分支强制覆盖与冲突解决实战记录
git·源代码管理