团队 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

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

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

相关推荐
ShineWinsu10 小时前
对于Git:远程操作的超详细保姆级解析
linux·git·gitee·github·远程仓库·分布式版本控制系统·远程操作
梦帮科技10 小时前
从 Guest 到 Platinum:Prompt 配额、API Key 与访问控制的安全闭环
javascript·git·架构·node.js·reactjs·html5·visual studio
zho_uzhou1 天前
Git入门概念
git
爱奥尼欧1 天前
【Git】远程分支删了本地还在、两个分支历史不相干?两招故障排解
开发语言·git
Java后端的Ai之路1 天前
Git冲突完整排查与实战:本地修改覆盖报错到成功推送全流程复盘
开发语言·人工智能·git·python·pop
一个心烑2 天前
配置项目git的 SSL 证书
git·网络协议·ssl
IT从业者张某某2 天前
【鸿蒙PC命令行适配】GitUI 移植的工程实践:双 Git 引擎(libgit2/gitoxide)的鸿蒙适配之路
git·华为·harmonyos
xinjia_ctrl2 天前
暑假实习总结
git·后端·spring·maven·intellij-idea
Molesidy2 天前
【Git】分别给出添加到Keil工程和IAR工程中的gitnore文件以便不跟踪编译文件的git记录
git·vscode·插件
颜颜yan_2 天前
Git Cola 鸿蒙 PC 版适配全记录:从 Qt 桌面工具到 ArkTS 原生应用
git·qt·harmonyos