git多人协作的日常6种场景

Git多人协作：6大常见场景解析
最新推荐文章于 2025-07-29 15:01:53 发布
原创 最新推荐文章于 2025-07-29 15:01:53 发布 · 1.7k 阅读 · 6 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#git

本文介绍了使用Git进行多人协作时遇到的6种典型场景，包括不同人修改不同分支、相同分支不同文件、相同文件不同部分、相同部分、文件名修改以及文件名冲突的处理方法，详细解析了每个场景的解决步骤。

开篇：之所以写git基本工具的使用，主要原因是通过这几年的工作，发现身边很多人无法熟练使用这个工具，日常工作中将很多的时间浪费在这些问题上，而无法聚焦到自己的本职工作中，所以本篇将介绍git多人协作中的一些高频场景。

一、环境准备

  1. 我在github上新建了一个仓库oa，包含一个MIT的license文件。git仓库的地址是：git@github.com:mudongchun/oa.git
  2. 在本地有一个oa的demo项目，本示例就以这个项目为实验对象。
  3. 我准备了两个github账户，模拟两个人对项目进行操作。
  4. 目前远程仓库只有一个分支，master，分支结构视图如下。

     5. 将本地的oa项目使用git init进行初始化。并且使用git add将文件都跟踪起来，使用git commit进行提交到本地仓库。

     6. 使用git add remote github git@github.com:mudongchun/oa.git添加远程仓库

     7. 由于本地master和远程是两个不同的仓库，使用下面的命令对本地master分支和远程仓库的master分支进行合并。

          git merge --allow-unrelated-histories 188a5d2  #188a5d2为远程分支

     8. 最终本地仓库的分支视图结构如下：

           

最低0.47元/天 解锁文章
【Git多人协作开发】不同的分支下的多人协作开发模式
m0_74841364的博客
07-24 1853
【Git多人协作开发】不同的分支下的多人协作开发模式
【Git多人协作开发】同一分支下的多人协作开发模式
m0_74841364的博客
07-24 1644
【Git多人协作开发】同一分支下的多人协作开发模式
团队中git多人协作最佳实践
文盲青年的博客
01-02 591
https://mp.weixin.qq.com/s/gOH8BF_J-eBWxY3NUNlyRw
git 不同场景应用
weixin_30675967的博客
08-20 142
gitpull 时每次都要输入用户名和密码的解决办法 gitbash进入你的项目目录，输入： gitconfig --global credential.helper store 用远程的强制覆盖本地 使用场景，本地代码修改错误需要强制远程服务器最新版本覆盖本地版本 git fetch --all git reset --hard origin/master ...
关于git 的一些实际使用场景
qq_38387487的博客
12-06 315
                         Git  的使用   1.首先配置远程仓库        需要生成ssh公钥与git远程仓库进行配置 2.配置用户名和邮箱        Git config --global user.name “xxx”          Git config --global user,eamil “xxx” 3.拉取项目        gi...
Git工作流：团队协作的最佳实践
最新发布
m0_73884648的博客
07-29 1261
本文系统介绍了5种主流Git工作流及其适用场景：集中式工作流适合小团队/新手；功能分支工作流适合中小团队协作；GitFlow适合固定发布周期的传统软件；GitHubFlow适合持续部署的互联网产品；GitLabFlow则兼顾规范与灵活性。文章详细阐述了各工作流的操作步骤、分支角色和优缺点，并提供了通用最佳实践（分支命名、提交规范、冲突处理等）。最后强调工作流选择应匹配团队规模与项目特点，核心在于保持主分支稳定、支持代码审查和自动化测试。掌握合适的Git工作流能显著提升团队协作效率与代码管理质量。
不同场景下常用Git指令
zhaoenweiex的博客
02-11 406
前言 最近团队总有人对GIt指令有疑问，因此跑去调研和实际测试一番，还真发现了之前不太明白的问题，在这记录一下，也许可以帮到大家。 具体场景 初始化 git config --global user.name (userName) git config --global user.email <demo@demo.com> git init (name) 初始化repo...
4.Git多人单分支集成协作1
08-03
在 Git 版本控制系统中，多人协作是非常常见的场景。为了确保协作的顺畅，需要掌握一些基本概念和操作命令。在这篇文章中，我们将讨论 Git 多人单分支集成协作的过程。 首先，需要了解 Git 的基本概念： * 远程...
你好! Git——如何进行多人协作
plj521的博客
08-03 895
切换到function1分支，然后合并master分支，并提交，推送function1分支。• 如果推送失败，则因为远程分⽀⽐你的本地更新，需要先⽤ git pull 试图合并；目标：远程master分支下file.txt文件新增代码“aaa”，“bbb”实现：由开发者1新增function1，由开发者2新增function2。2.在本地仓库里将master分支拉取下来，然后合并master分支。需要先切换到master分支上，然后拉取远程仓库里的内容。
文章三：团队协作实践 - 协作高手：Git团队开发最佳实践
Jake_cai的博客
08-10 396
在现代软件开发中，团队协作是必不可少的环节。而Git作为目前最受欢迎的分布式版本控制系统，为团队协作提供了强大的支持。本文将分享Git团队开发的最佳实践，包括代码合并、冲突解决、团队协作流程等，助您团队高效协作。Git是团队协作的得力工具，通过合理的协作流程和最佳实践，团队成员可以高效地并行开发多个功能，并确保代码的稳定性和质量。在本文中，我们分享了Git团队开发的最佳实践，希望能助您团队高效协作。
ofxOpenVJ:该项目是一个协作，旨在制作实时视觉“场景”，可以将其组合在一起以创建表演或伴随表演
04-30
的OpenVJ 该项目的目标是创建一种简单的方法，以便使用Microsoft Kinect为现场表演/安装创建音频React视觉效果的“场景”。 最初是旧金山VJ Kinect HackWeek @ Helios Interactive的一部分 该软件是根据MIT许可发布的。您可以在商业上或以其他方式使用它。 有关更多详细信息，请访问 更新 更新 ！ 我不再拥有OSX计算机，因此所有进一步的开发/示例都将重点放在Windows 10+上。 但 ！ 由于它是openFrameworks，因此我相信只要在一点点的爱和项目设置上，大多数功能就可以在OSX上正常工作。 每个平台的唯一拆分应该是使用Spout或Siphon作为主要输出。 我的所有示例都将在VS2015中向前发展 结束更新 使用VS Community 2015中Windows 10上Github（接近0.9版本）最新的开放框
Git多人单分支集成协作时常用的场景
HYN205的博客
05-07 326
配置公私钥 第一步：使用如下命令检查本地是否已经生成公司钥： $ ls -al ~/.ssh 第二步：使用如下命令在本地生成公司钥： $ ssh-keygen -t rsa -b 4096 -C "your_email@example.com" 生成后如下图： 第三步：使用cat ~/.ssh/id_rsa.pub查看本地生成的公钥，将其部署到github项目上 3.1将...
4、Git多人单分支集成协作时的常见场景
weixin_30622181的博客
03-28 165
1.1、不同人修改了不同文件如何处理 # user: git本地使用laowang，github使用dy201 # 本地clone一个仓库 git_learning_02 k@k-PC MINGW64 /user/dy201/101-GitRunner $ git clone git@github.com:dy201/git_learning.git git_learning_02; ...
git 多人协作开发项目
wodebokecsdn的博客
02-22 560
首先，主开发人建立远程仓库，也就是在传承仓库创建项目，并将项目整体项目提交到master git clone 你的项目地址 git add . 提交你的项目 git commit -m '描述' git push 然后将远程仓库地址告诉其他开发人员，其他开发人员将项目clone到本地后建立各自的分支。 //创建分支 git checkout -b '分支名字' //检...
如何使用 Git 进行多人协作开发（全流程图解）
罅隙的博客
09-24 4万+
1. Feature Branching 分支管理策略 2. 多人单分支开发与多人多分支开发的差别 3. 如何安全的解决合并冲突
【Git】git多人协作操作基础
明月沉江春雾晓
07-10 2277
文章目录打开浏览器查看git帮助文档远程仓库的管理本地文件与远程仓库文件不同，不相关时的合并不同人修改了不同文件处理方式不同人修改了同一个文件的不同区域处理方式不同人修改了同一个文件的同一区域处理方式多人协作，同时变更了文件名和文件内容时处理方式多人协作，把同一文件修改成两个不同的文件名时的处理方式禁止向集成分支执行 push同一台电脑添加多个git密钥 打开浏览器查看git帮助文档 远程仓库的...
tortoisegit协同开发配置
River的博客
07-12 797
一．通过一个中央仓库进行多人协同开发配置 1.新建一个文件，配置好共享（属性->共享->高级共享，安全->组或用户名->编辑（添加everyone,并增加各种权限），高级共享设置） 2.在建好的文件中右击制作版本库 打勾是建立纯版本库（裸仓库，看不到代码文件）（没有工作区，即没有.git文件夹） 3.在建好的文件中右击选择如下 4.再建立一...
idea整合gitee团队协作开发项目
m0_61122595的博客
09-16 2336
1）在idea中安装giite依赖(前期安装过的就不要重复安装了），最好是邮箱注册，后期idea登录时，使用手机号会有点小问题。2）添加仓库成员，最多5人。3）OK后的状态，点击push即可上传到远程仓库。3）登录gite(码云）同意请求，加入项目。1）注册账号之后登录，接着新建项目仓库。2）提交（commit）到本地仓库。1）在idea中安装giite依赖。2）设置安装的git执行文件路径。2）复制远程新建的仓库连接并粘贴。4）找到仓库连接，并复制给团队成员。2）设置安装的git执行文件路径。
在IDEA中实战Git
热门推荐
分享知识、分享进步
09-12 17万+
工作中多人使用版本控制软件协作开发，常见的应用场景归纳如下： 假设小组中有两个人，组长小张，组员小袁 场景一：小张创建项目并提交到远程Git仓库 场景二：小袁从远程Git仓库上获取项目源码 场景三：小袁修改了部分源码，提交到远程仓库 场景四：小张从远程仓库获取小袁的提交 场景五：小袁接受了一个新功能的任务，创建了一个分支并在分支上开发 场景六：小袁把分支提交到远程Git仓库 场景七...
git 多人协作
05-25
### Git多人协作使用指南与最佳实践 #### 一、基本概念 Git 是一种分布式版本控制系统，支持开发者在不同分支上独立工作，并通过合并机制实现代码集成。多人协作的核心在于合理分配任务和管理分支结构。 --- #### 二、常见分支模型 常用的分支模型有多种，其中 **Git Flow** 和 **GitHub Flow** 是两种主流的选择： 1. **Git Flow** - 主要分支：`main` 或 `master` 表示稳定发布版本；`develop` 表示开发主线。 - 辅助分支：`feature`（特性）、`release`（预发布）、`hotfix`（紧急修复）等。 - 使用场景复杂，适合大型项目[^3]。 2. **GitHub Flow** - 更加简单高效，基于单一主分支（通常是 `main`），所有开发都在临时分支完成。 - 推荐用于持续交付的小型团队或快速迭代的项目[^4]。 --- #### 三、具体流程 以下是基于 GitHub Flow 的典型多人协作流程： 1. **获取最新代码** 开发者需确保本地代码是最新的： ```bash git checkout main git pull origin main ``` 2. **创建功能分支** 针对特定需求或任务创建一个新的分支： ```bash git checkout -b feature/new-feature-name ``` 这里建议命名清晰，便于识别任务内容[^4]。 3. **提交更改** 定期保存进度并推送到远程仓库： ```bash git add . git commit -m "描述本次修改的内容" git push origin feature/new-feature-name ``` 4. **发起 Pull Request (PR)** 将功能分支的改动提交给主分支审查。这一步通常由代码托管平台（如 GitHub、GitLab）提供界面化工具支持[^2]。 5. **代码评审** 团队成员参与 PR 的讨论和审核过程，确认无误后再批准合并。 6. **合并到主分支** 当 PR 获得批准后，将其合并至主分支： ```bash git checkout main git merge --no-ff feature/new-feature-name git push origin main ``` 使用 `--no-ff` 参数可以保留完整的分支历史记录[^1]。 7. **清理分支** 功能完成后及时删除对应的分支以保持整洁的工作区： ```bash git branch -d feature/new-feature-name git push origin --delete feature/new-feature-name ``` 8. **处理冲突** 如果多个开发者同时修改同一部分文件，则可能出现冲突情况。解决办法如下： ```bash git fetch origin git rebase origin/main # 手动编辑冲突区域 -> 添加解决方案 -> 继续rebase git add . git rebase --continue git push --force-with-lease ``` 9. **同步远端变更** 下班前或者长时间未更新时，应重新拉取最新的主分支状态： ```bash git stash save "暂存当前工作" git checkout main git pull origin main git stash pop ``` --- #### 四、注意事项 - **定期沟通**：明确分工，减少重复劳动以及潜在冲突的发生概率。 - **频繁提交**：养成良好的习惯，每完成一小步就立即提交，方便追踪问题源头。 - **测试先行**：任何代码变动都必须经过充分验证才能进入生产环境。 - **文档维护**：编写详尽的 README 文件或其他形式的技术资料来指导新人加入项目。 ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值