git使用流程，多人协作篇

最新推荐文章于 2025-06-28 10:41:01 发布
原创 最新推荐文章于 2025-06-28 10:41:01 发布 · 1.4k 阅读 · 3 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#git #多人协作

本文详细介绍了一个基于Git的团队协作流程，包括从远程仓库拉取代码、本地开发、代码提交、解决冲突、创建Pull Request进行代码审查及最终合并到主分支的过程。

git使用流程，多人协作

  1. coder从远程仓库git clone拉取代码，如果本地已经有代码，git pull即可；或者checkout分支
  2. coder本地dev分支编写代码
  3. coder本地dev分支编写代码完成后，git commit提交代码
  4. coder本地dev分支对比远程master分支，将远程master分支合并到本地dev分支，如果有冲突，在本地dev分支解决
  5. coder将本地dev分支push到远程dev分支
  6. coder访问gitlab页面，页面上新建pull request，填写reviewer，请求将远程dev分支代码合并到远程master分支上
  7. reviewer访问gitlab页面，查看coder提交的pull request，如有必要，可添加评论，coder针对评论回复，如有必要，重新修改代码，然后push到远程dev分支，原pull request会自动更新
  8. reviewer访问gitlab页面，对pull request没有异议，点击approved按钮，同意合并到远程master分支
  9. coder访问gitlab页面，点击merge按钮，将远程dev分支代码合并到远程master分支

注：本文介绍为简易流程，不代表最佳体验，不准确之处欢迎指出

Git工作流和常用命令以及部分高级特性
wppcoder的博客
08-06 810
分享一下使用git两年的经验和心得，纯手打原创，命令千篇一律，经验和心得还是可以交流分享的，希望有所得，如有错误欢迎指出探讨，谢谢 设置全局用户名和邮箱 git config --global user.name "这里面填你的名字如 lanch" git config --global user.email "注册git的邮箱如 12157084@qq.com" 给GitH...
使用GitLab Python库判断一个mr是否完全approval
Debug yourself!
03-08 856
所有rule的approved为True则表明全部approved。
Git用法详解
午夜阳光
05-12 2121
默认，git项目只有一个分支master,当然可以在本地创建多个分支，并推送到远程git仓库上，或者将远程git仓库上的其他分支拉取到本地。 一、查看本地已有的分支 进入到项目根目录，打开命令行/终端，输入指令git branch，将会显示该项目的本地的全部分支，其中、当前分支的前面有*号。 二、本地检出一个新的分支并推送到远程仓库 1.创建本地分支 git che...
Git 多人协作开发完整流程详解
m0_60610428的博客
06-28 1339
掌握良好的 Git 协作流程，是成为合格工程师的基本功。本文将从实践角度，结合可视化流程图和命令操作，详尽讲解多人协作下的 Git 工作流。
拯救狗屎代码：基于 Gitlab 的代码审查，简单实用
Java技术栈，分享最主流的Java技术
07-15 1687
作者：刘凯_7013 https://www.jianshu.com/p/5d764b52ea88 code review 的目的是提高代码质量，减少开发bug，俗话说，三人行必有我师，众人拾柴火焰高。 gitlab提供了code review机制，对基于gitlab的code review，直接以具体例子的形式做个实践总结。 gitlab提供了两种代码merge机制： 1）在本地将源分支(Source branch)代码合并到目标分支（Target branch），然后Push到目标分支（Target.
gitlab界面配置（用户、组、权限、项目）
weixiaoya0204的博客
10-12 207
目录用户组权限项目 用户 组 权限 项目 [root@localhost ~]# git clone http://192.168.235.143/group1/yaya-project.git 正克隆到 'yaya-project'... Username for 'http://192.168.235.143': root Password for 'http://root@192.168.235.143': remote: Enumerating objects:
【Git】多人协作 -- 详解
Elena's Blog
06-11 3306
⽬前，我们所完成的工作如下：基本完成 Git 的所有本地库的相关操作，git 基本操作，分支理解，版本回退，冲突解决等等。申请码云账号，将远端信息 clone 到本地，以及推送和拉取。是时候做最重要的一件事情了，实现多人协作开发。为了做这件事情，需要先做一些准备工作。
你好! Git——如何进行多人协作
plj521的博客
08-03 834
切换到function1分支，然后合并master分支，并提交，推送function1分支。• 如果推送失败，则因为远程分⽀⽐你的本地更新，需要先⽤ git pull 试图合并；目标：远程master分支下file.txt文件新增代码“aaa”，“bbb”实现：由开发者1新增function1，由开发者2新增function2。2.在本地仓库里将master分支拉取下来，然后合并master分支。需要先切换到master分支上，然后拉取远程仓库里的内容。
使用Git管理多人协作开发项目.doc
最新发布
08-06
本文档详细介绍了Git的基础知识、安装配置方法、仓库的创建与克隆、分支操作、提交与推送、拉取与更新以及解决冲突等操作，以帮助团队更好地使用Git来管理多人协作开发项目。 Git是一款分布式版本控制系统，它的...
【Git多人协作开发】不同的分支下的多人协作开发模式
m0_74841364的博客
07-24 1712
【Git多人协作开发】不同的分支下的多人协作开发模式
【Git原理与使用】多人协作
fight_p的博客
10-23 3131
【Git原理与使用】多人协作
GitLab Approvals-crx插件
04-02
语言:English 在MR列表中显示给定MR的批准。 切换到GitLab之后，我注意到依赖于合并请求的批准系统时，很难预先知道您已经批准了哪些请求。 进行此扩展是为了清楚地知道您已完成的合并请求，而不必单击每个合并请求。 变更日志：2020年1月14日（v1.3.4）：*增加了对具有子小组项目的小组视图的支持*现在可以正确获取小组视图的作者和批准。 以前，子组项目无法正确传播，并导致未定义的项目ID。 2019年1月21日（v1.3.3）：*修复了非常大的群组视图*群组视图中合并请求`li`项上的选择器出现问题，导致在哪里注入批准并转移作者的大量混乱周围的景色。 2019年1月20日（v1.3.2）：*添加了群组支持*该插件现在可用于所有复合群组视图。 *使用单个API调用获取项目ID（仅当之前没有看到过！），然后使用类似的功能作为项目视图。 *添加选项以清除所有缓存和设置（2019年1月19日（v1.3.1））：*修复了一个缓存错误，该错误涉及从页面上获得错误的时间戳记*修复了通用权限问题*允许我更快地发布*潜在地减少了可以与该扩展程序一起加入白名单的网站的数量。 将继续调查。
CI/CD笔记.Gitlab系列.新用户管理
jclee95的个人博客
05-05 1803
本文介绍Gitlab-Web页面使用之新用户管理。
Gitlab CI/CD 简单介绍
热门推荐
wangjiang
02-24 3万+
基础概念 CI： CD : DevOps： Job Pipeline
Gitlab登录报错 Your account is pending approval from your GitLab administrator and hence blocked.
zhuguiqin1的专栏
04-10 9048
Your account is pending approval from your GitLab administrator and hence blocked. Please contact your GitLabadministrator if you think this is an error.
GitLab 合并
weixin_44131428的博客
08-03 1202
通过 GitLab 平台合并： 在GitLab中→点击MergeRequests→点击Newmergerequest→选择自己的分支→选择主分支→点击Comparebranchesandcontinue这个按钮→提交 (提交的时候不要把原来的分支删掉，有个对勾不要选) 提交之后到指定同意人页面，可以选自己，提交之后点merge按钮 ...
Gitlab中merge request操作说明
科技互联网领域深度探索者，乐于分享与写作。
12-13 1万+
code review的目的是提高代码质量，减少开发bug，俗话说，三人行必有我师，众人拾柴火焰高。gitlab提供了code review机制，对基于gitlab的code review，直接以具体例子的形式做个实践总结。这两种方式仅有第2种适合code review，所以我们要做的事情是设置权限，拒绝本地merge后push到远端的操作。在第2种方式中 发起merge request后，由有merge权限用户做code review，通过后执行merge操作。more。
Git 工作流的正确打开方式
weixin_34074740的博客
10-23 324
前言 一直在使用git做版本控制，也一直工作很顺利，直到和别人发生冲突的时候。这才注意到git 工作流并不是那么简单。比如，之前遇到的清理历史。百度到的资料很多，重复性也很多，但实践性操作很少，我很难直接理解其所表达的含义。直接望文生义经常得到错误的结论，只能用时间去检验真理了，不然看到的结果都是似懂非懂，最后还是一团糟。 学习git工作流 1. 最简单的使用，不推荐 1.1.创建仓库 $ p...
git怎么提交多人协作代码
09-25
Git是一个分布式版本控制系统，非常适合多人协作编程。在多人协作代码时，可以按照以下步骤进行操作： 1. **克隆仓库**：每个人首先从远程仓库（如GitHub、GitLab等）克隆一份本地副本。 ```sh git clone https://github.com/username/repo.git ``` 2. **创建分支**：在本地工作分支上进行修改，避免直接修改主分支(`main` 或 `master`)。 ```sh git checkout -b feature-branch ``` 3. **添加更改**：完成编码后，对改动的文件执行`add`命令，并通过`status`检查是否有待提交的变更。 ```sh git add . # 添加所有更改 git status # 查看状态 ``` 4. **提交更改**：编写提交信息描述所做的更改，并使用`commit`命令。 ```sh git commit -m "Add new feature" ``` 5. **合并分支**：当你的工作完成后，需要将分支合并到共享的主分支。 ```sh git merge feature-branch ``` 6. **解决冲突**：如果合并有冲突，需手动编辑冲突文件并解决。 7. **推送更新**：将本地更改推送到远程仓库。 ```sh git push origin feature-branch ``` 8. **拉取其他人的更改**：其他人也会进行同样的步骤，你需要定期拉取他们的更新。 ```sh git pull origin main ``` 9. **合并请求或Pull Request**：在大部分团队协作流程中，你会创建一个Pull Request（PR），让其他人审查你的代码更改。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值