Git使用--多人协作

已于 2023-07-23 11:38:32 修改
阅读量546 收藏 6
点赞数 7
分类专栏： Git 文章标签： git
于 2023-07-23 11:37:47 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_53306029/article/details/131873938
版权

多人协作

多⼈协作

截止到目前，我们学习了如下Git的相关知识：

  • 基本完成Git的所有本地库的相关操作，git基本操作，分⽀理解，版本回退，冲突解决等等
  • 申请码云账号，将远端信息clone到本地，以及推送和拉取。

是时候⼲最重要的⼀件事情了，实现多⼈协作开发！为了做这件事情，我们需要先做⼀些准备⼯作。

linux上，我们之前已经将项⽬clone到了指定⽬录，如下：

[root@VM-16-15-centos git_study]# pwd
/root/git_study

我们在windows环境下，再clone同⼀个项⽬仓库，来模拟和你⼀起协作开发的另⼀名⼩伙伴：
在这里插入图片描述

注意，我这里用的是ssh协议进行clone的，它需要你将你windows上的公钥设置到远程，关于怎么设置我在Git远程操作中有讲解。

我们看到目前远程仓库有一个file.txt文件的，我们的目标是在远程master分支下file.txt文件中新增代码“aaa”、“bbb”。

  • 实现：由开发者1（Linux下）新增"aaa",开发者2（windows）新增"bbb"。
  • 条件：在一个分支下完成。

⽬前，我们的仓库中只有⼀个master主分⽀，但在实际的项⽬开发中，在任何情况下其实都是不允许直接在master分⽀上修改代码的，这是为了保证主分⽀的稳定。所以在开发新功能时，常常会新建其他分⽀，供开发时进⾏迭代使⽤。
在这里插入图片描述

那么接下来，就让我们在gitee上新建dev远程分⽀供我们使⽤：

在这里插入图片描述
创建成功的远程分⽀是可以通过Git拉取到本地来，以实现完成本地开发⼯作。

git branch -r

接下来让我们将远程仓库进⾏⼀次拉取操作，并观察结果：

[root@VM-16-15-centos git_study]# git pull
From gitee.com:ZMZZZhao/git_study
 * [new branch]      dev        -> origin/dev
Already up-to-date.
# 注：之前讲的 git branch 其实只能查看本地分⽀，要查看远程分⽀需要加上-r选项。
# 但前提是要pull⼀下拉取最新的远端仓库，才能看到最新的内容
[root@VM-16-15-centos git_study]# git branch -r
  origin/HEAD -> origin/master
  origin/dev
  origin/master

此时通过git branch -r我们可以在本地看到远程的分支情况。

另外，通过git branch -a可以查看本地和远程的分支情况：

[root@VM-16-15-centos git_study]# git branch -a
* master
  remotes/origin/HEAD -> origin/master
  remotes/origin/dev
  remotes/origin/master

我们本地当前并没有dev分支，接下来我们需要在本地创建dev分支，并且和远端的dev分支关联起来。

这个时候往往会用git checkout -b dev origin/dev这个命令

git checkout -b dev origin/dev

它意思是说，创建并切换到dev分支上（git checkout -b dev）,接着跟远程的origin地址上的dev分支关联起来。

[root@VM-16-15-centos git_study]# git checkout -b dev origin/dev
Branch dev set up to track remote branch dev from origin.
Switched to a new branch 'dev'

这里要注意origin代表是一个路径,可以用git remote -v 查看； 说白了,origin/dev有点像是git@gitee.com:ZMZZZhao/git_study.git/dev

origin	git@gitee.com:ZMZZZhao/git_study.git (fetch)
origin	git@gitee.com:ZMZZZhao/git_study.git (push) ```

对于⼩伙伴(Windows)要操作的是：

在这里插入图片描述

现在，你和你的⼩伙伴就可以在 dev 上完成开发。

⾸先，让我们在 dev 分⽀上进⾏⼀次开发，并 push 到远程。例如：

[root@VM-16-15-centos git_study]# vim file.txt 
[root@VM-16-15-centos git_study]# cat file.txt 
hello world!

第一次修改内容

aaa
[root@VM-16-15-centos git_study]# git add file.txt
[root@VM-16-15-centos git_study]# git commit -m "add aaa"
[dev afac038] add aaa
 1 file changed, 3 insertions(+), 1 deletion(-)
[root@VM-16-15-centos git_study]# git push origin dev # 将dev分⽀推送到远端
Counting objects: 5, done.
Compressing objects: 100% (2/2), done.
Writing objects: 100% (3/3), 290 bytes | 0 bytes/s, done.
Total 3 (delta 1), reused 0 (delta 0)
remote: Powered by GITEE.COM [GNK-6.4]
To git@gitee.com:ZMZZZhao/git_study.git
   11842c3..afac038  dev -> dev

让我们来看看码云上⽬前仓库的状态：

在这里插入图片描述

⾄此，我们已经将代码成功推送⾄码云，接下来假如你的⼩伙伴要和你协同开发，碰巧也要对file.txt⽂件作修改，并试图推送，例如：

在这里插入图片描述

这时推送失败，因为你的⼩伙伴的最新提交和你推送的提交有冲突，解决办法也很简单，Git已经提⽰我们，先⽤ git pull 把最新的提交从 origin/dev 抓下来，然后，在本地进⾏合并，并解决冲突，再推送。操作如下:

在这里插入图片描述

此时，我们看到远端的码云已经能看到我们的新提交了！

在这里插入图片描述

由此，两名开发者已经开始可以进⾏协同开发了，不断的 git pull/add/commit/push ,遇到了冲突，就使⽤我们之前讲的冲突处理解决掉冲突。

对于你来说，要想看到⼩伙伴的代码，只需要 pull ⼀下即可.

最后不要忘记，虽然我们是在分⽀上进⾏多⼈协作开发，但最终的⽬的是要将开发后的代码合并到master上去，让我们的项⽬运⾏最新的代码。接下来我们就需要做这件事情了：

# 切换⾄ master分⽀, pull ⼀下，保证本地的master是最新内容。
# 合并前这么做是⼀个好习惯
泠渊@LAPTOP-TOS5MMUL MINGW64 /d/git_test/git_study (dev)
$ git checkout master
Switched to branch 'master'
Your branch is up to date with 'origin/master'.

泠渊@LAPTOP-TOS5MMUL MINGW64 /d/git_test/git_study (master)
$ git pull
Already up to date.

# 切换⾄ dev 分⽀, 合并 master 分⽀
# 这么做是因为如果有冲突，可以在dev分⽀上进⾏处理，⽽不是在在master上解决冲突。
# 这么做是⼀个好习惯
泠渊@LAPTOP-TOS5MMUL MINGW64 /d/git_test/git_study (master)
$ git checkout dev
Switched to branch 'dev'
Your branch is up to date with 'origin/dev'.

泠渊@LAPTOP-TOS5MMUL MINGW64 /d/git_test/git_study (dev)
$ git merge master
Already up to date.

# 切换⾄ master 分⽀，合并 dev 分⽀
泠渊@LAPTOP-TOS5MMUL MINGW64 /d/git_test/git_study (dev)
$ git checkout master
Switched to branch 'master'
Your branch is up to date with 'origin/master'.

泠渊@LAPTOP-TOS5MMUL MINGW64 /d/git_test/git_study (master)
$ git merge dev
Updating 11842c3..843e0ee
Fast-forward
 file.txt | 5 ++++-
 1 file changed, 4 insertions(+), 1 deletion(-)

泠渊@LAPTOP-TOS5MMUL MINGW64 /d/git_test/git_study (master)
$ cat file.txt
hello world!

第一次修改内容

aaa
bbb

# 将 master 分⽀推送⾄远端
泠渊@LAPTOP-TOS5MMUL MINGW64 /d/git_test/git_study (master)
$ git push origin master
Total 0 (delta 0), reused 0 (delta 0)
remote: Powered by GITEE.COM [GNK-6.4]
To gitee.com:ZMZZZhao/git_study.git
   11842c3..843e0ee  master -> master

此时，查看远端仓库，master已经是最新代码了:

在这里插入图片描述

此时，dev分⽀对于我们来说就没⽤了，那么dev分⽀就可以被删除掉。我们可以直接在远程仓库中将dev分⽀删除掉：

在这里插入图片描述

总结⼀下，在同⼀分⽀下进⾏多⼈协作的⼯作模式通常是这样：

  • ⾸先，可以试图⽤git push origin branch-name推送⾃⼰的修改；
  • 如果推送失败，则因为远程分⽀⽐你的本地更新，需要先⽤git pull试图合并；
  • 如果合并有冲突，则解决冲突，并在本地提交；
  • 没有冲突或者解决掉冲突后，再⽤git push origin branch-name推送就能成功！
  • 功能开发完毕，将分⽀merge进master，最后删除分⽀。

那么多人协作还有其他一下场景，我们就不一一说了，大家在实际运用中自己体会。

远程分⽀删除后，本地git branch -a依然能看到的解决办法

当前我们已经删除了远程的dev分⽀，使⽤ git branch -a 命令可以查看所有本地分⽀和远程分⽀，但发现在远程仓库已经删除的分⽀在本地依然可以看到。例如：
在这里插入图片描述

git remote show origin

使⽤命令git remote show origin ，可以查看remote地址，远程分⽀，还有本地分⽀与之相对应关系等信息。

泠渊@LAPTOP-TOS5MMUL MINGW64 /d/git_test/git_study (master)
$ git remote show origin
* remote origin
  Fetch URL: git@gitee.com:ZMZZZhao/git_study.git
  Push  URL: git@gitee.com:ZMZZZhao/git_study.git
  HEAD branch: master
  Remote branches:
    master                  tracked
    refs/remotes/origin/dev stale (use 'git remote prune' to remove)
  Local branches configured for 'git pull':
    dev    merges with remote dev
    master merges with remote master
  Local ref configured for 'git push':
    master pushes to master (up to date)

git remote prune origin

此时我们可以看到远程仓库已经不存在的分⽀(dev)，根据提⽰，使⽤ git remote prune origin 命令：

泠渊@LAPTOP-TOS5MMUL MINGW64 /d/git_test/git_study (master)
$ git remote prune origin
Pruning origin
URL: git@gitee.com:ZMZZZhao/git_study.git
 * [pruned] origin/dev

泠渊@LAPTOP-TOS5MMUL MINGW64 /d/git_test/git_study (master)
$ git branch -a
  dev
* master
  remotes/origin/HEAD -> origin/master
  remotes/origin/master

这样就删除了那些远程仓库不存在的分⽀。

接着，把本地仓库dev分支删除即可。

泠渊@LAPTOP-TOS5MMUL MINGW64 /d/git_test/git_study (master)
$ git checkout master
Already on 'master'
Your branch is up to date with 'origin/master'.

泠渊@LAPTOP-TOS5MMUL MINGW64 /d/git_test/git_study (master)
$ git branch
  dev
* master

泠渊@LAPTOP-TOS5MMUL MINGW64 /d/git_test/git_study (master)
$ git branch -d dev
Deleted branch dev (was 843e0ee).

泠渊@LAPTOP-TOS5MMUL MINGW64 /d/git_test/git_study (master)
$ git branch
* master

the end!

…狂奔的蜗牛～
关注
  • 7
    点赞
  • 踩
  • 6
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 5
    评论
专栏目录
Git的远程操作与多人协作
RNGWGzZs的博客
07-27 528
一、远程操作"爱在地图上剥落，我离孤单几公里~"我们目前所说、所学的内容（工作区、暂存区、版本库）都只是存在于本地上，也就是说你的一台机器上只有这么一个你维护的版本库。可是Git是一个分布式版本控制系统，这又是什么意思呢？——前言一、远程操作(1) 如何理解分布式版本控制系统可以理解为，每个在这个系统中的机器都有一份完整的版本库。这样，在你工作的时候就不需要联网了，因为你自己硬盘上就有一份版本库。由此，如果涉及到多人协作开发，就需要互相彼此推送修改状态，让对方看到。
【Git 小妙招】学习多人协作场景(万字图文讲解+实战练习)
最新发布
一些普普通通的学习笔记
12-23 1066
还记得我们学习 Git 是为了什么吗?当然是实现多人协作了. 在学习了解博主前面关于 Git 的文章后, 我们就可以模拟来进行一些超超超简单的多人协作场景了. 本文就简单举两个多人协作的例子.
【Git原理与使用】-- 多人协作
weixin_64609308的博客
07-08 2436
理解分布式版本控制系统，学习远程仓库与本地仓库的交互操作，掌握多⼈协作开发模 式
git多人协作
weixin_41326319的博客
07-08 1652
git多人协作中可能遇到的情况。
Git入门之多人协作
qq_56750227的博客
03-09 339
查看就发现分叉的提交变成直线了，最终的提交结果不会发生改变，但是会修改本地的分叉提交。推送到远程之后，查看效果也是一条直线。此时推送成功，但是合并会有冲突，要手动解决（解决方法和分支管理中的解决冲突完全一样）。,说明本地分支与远程分支没有创建链接关系。下面模拟一下你的小伙伴，另一台电脑（把。推送失败，与你小伙伴的提交有冲突：先用。的操作则可以将这些分叉的提交变成直线。如果没有推送权限，就看不到。此时默认情况下只能看到本地的。上面显示了可以抓取和推送的。分支，开发时需要创建远程。分支的链接，根据提示设置。
Git 配置、合并、多人协作、使用手册
09-02
被BitMover公司发现并收回了免费使用的版权，随后Linus就用了两周时间开发出了git(两周时间包括测试)，也就是目前为止最好用的分布式版本控制系统。 大名鼎鼎的github用的就是git系统来管理它们的网站，这里需要区分...
git多人协作_动力节点Java学院整理
09-30
主要介绍了git多人协作,小编觉得挺不错的，现在分享给大家，也给大家做个参考。一起跟随小编过来看看吧
learning_git:一步步学习git的相关操作及多人协作开发
04-01
一步步学习git的相关操作及多人协作开发 模拟环境如下： 机器三台：程序员A在公司的台式机（计算机名：A-company，系统：ubuntu16.04），程序员A在家里的笔记本（计算机名：A-home，系统：windows 10）。 B在公司的...
4.Git多人单分支集成协作1
08-03
4.Git多人单分支集成协作1
使用github多人协作开发1
08-08
使用github多人协作开发1
使用Git进行多人协作开发
想作会飞的鱼的博客
04-28 1万+
使用Git进行多人协作开发 一、为什么要协作 一般开发团队中有这样几个分支，master、develop、feature、release、bug、other分支，或者你还有其它分支，这需要团队协作开发。下面介绍在团队多人协作中的分支推送与抓取。 二、示例演示 1、在本地创建一个/test目录，初始化为git仓库，然后再github上创建一个空的远程仓库，也起名叫test。然后把本地
Git多用户管理
LuoFengs的博客
10-10 710
在Git使用过程中，会遇到多用户权限验证问题，此处做一个简单介绍； 1、生成公钥 2、github ssh绑定（或gitee） 3、git ~/.ssh/ 目录下config文件配置 4、关联项目并配置本地仓库用户 1、Git公钥生成示例，分别生成github和gitee的公钥 #github公钥 $ ssh-keygen -t rsa -C “yourgit[email protected]” -...
Git 的使用（包括多人使用时冲突的处理）
qiuwf的博客
05-18 1273
建议多敲代码，少使用图形界面 1. 从远程服务器克隆项目 git clone https://github.com/weifengqiu/Java-Points.git 2. 将本地更新提交在远程仓库 git add . //添加所有更新的文件 git commit -m "add new File" //提交更新 git push -u origin master ...
Git 的使用(多人协作)
ZHXT__的博客
10-13 277
Git flow 的使用 Git 的基本命令 Git 的使用流程 Git flow 是一个利于多人协作的一种工作方式; 常用的分支分为 master , develop, release, feature , hotfix ,others, 多人协作工作模式一般是这样的： 首先，可以试图用git push origin branch-name推送自己的修改。 如果推送失败，则因为远程分...
Git——单人操作及多人协同操作
HMMHMH的博客
10-14 1000
目录1.安装git2.git单人操作3.git多人操作4.标签5.分支 1.安装git sudo apt-get intall git 2.git单人操作 (1)创建git仓库： git init (2)配置git的提交用户名和邮箱： git config user.name ‘zhangsan’ git config user.email ‘[email protected]’ (3)查看文件状态：...
git 的使用（多人协作）
qq_43101321的博客
05-28 171
1)git init //初始化git 仓库 2)Git clone git@github.com:genwozou/ch.git //clone 项目 3)Cd 仓库名/ //进入到仓库目录 4)Git checkout -b ‘fz’ // 创建自己的分支 5)Git add . //添加到本地仓库 6)Git commit -m ‘描述’ // 添加到本地仓库 7)G...
Git版本控制：Github的使用之 多人协作及参与项目
热门推荐
皮皮blog
05-06 3万+
http://blog.csdn.net/pipisorry/article/details/45532883 本文是关于如何创建一个github项目，让多人团队共同开发一个项目。 Git多人协作 首先在github上创建一个repository项目，当然根据[Git版本控制教程 - Git远程仓库]自己可以随便将本地修改push到github上。 对于其它合作者，只要将其加入到项目合
git多人开发操作步骤
Y丶小琪
01-03 4871
1.在开发完本地部分的内容后，先提交到本地仓库 git add .  #提交暂存区 git commit -m '****'  #提交本地仓库 2.从远端拉取master分支的内容更新到本地     > git pull origin master  #拉取master的代码，合并到本地（使用merge）     >  git pull --rebase origin mas...
git多人协作开发
哈皮吖的博客
10-24 814
多人协作的工作模式通常是这样： 1、一天的开始 先git pull 将项目更新到本地 2、代码写完之后，git push origin <branch-name>推送自己的修改 3、如果推送失败，可能远程分支有人提交了，需要先用git pull试图合并； 4、如果合并有冲突，则解决冲突，并在本地提交； 5、没有冲突或者解决掉冲突后，再用git push origin <bran...
git pull 和 git pull --rebase
08-24
这在多人协作或者保持干净的提交历史时特别有用。 在选择使用 `git pull` 还是 `git pull --rebase` 时，可以根据具体情况来决定。如果你不关心提交历史的线性性和额外的合并提交，或者你已经解决了可能存在的冲突...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 5
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

…狂奔的蜗牛～

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值