Docker模拟多人协作进行Git操作
Posted
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了Docker模拟多人协作进行Git操作相关的知识,希望对你有一定的参考价值。
今天我们利用Docker模拟出两个终端,来进行git提交操作
开始前的准备
1.安装docker应用,命令行输入docker -v
如果出现上面的提示就说明docker下载成功了!然后让我们启动docker服务
service docker start
接下来我们要拉取Git镜像包,我这里使用的是阿里云镜像
git clone docker pull registry.cn-hangzhou.aliyuncs.com/kancloud/git
下载成功我们来启动三个容器
docker run -it --name yi -d registry.cn-hangzhou.aliyuncs.com/kancloud/git:latest /bin/bash docker run -it --name er -d registry.cn-hangzhou.aliyuncs.com/kancloud/git:latest /bin/bash docker run -it --name san -d registry.cn-hangzhou.aliyuncs.com/kancloud/git:latest /bin/bash
然后用 docker ps
来查看我们正在运行中的容器
开启三个终端分别进入三个容器内
docker exec -it [容器的ID] /bin/bash
现在我们就有三个终端了!
一、GItHub
在github上注册账号,创建一个库(接下来为了区分我们把github上面的这个库叫做远程仓库),创建之后呢,因为github号召大家代码开源,所以你的代码所有人都可以看到,但是并不代表谁都可以向你的远程库里面提交代码,在这里安全配置是通过id_rsa.pub来进行控制的,如何获取id_rsa.pub在这里我们就不过多介绍了,大家可以看看我的这篇博客
在分别获取id_rsa.pub后我们要把他们填入github中,如图所示
1.点击用户头像,在下拉列表中选择settings
2.在左边选择SSH and GPG keys
3.然后再右边就可以看到New SSH key
4.把我们获得id_rsa.pub填入第二个输入框,在第一个框里填入标识名
我们把远程仓库起名为itxdl,让我们在客户终端看看是否能连通远程仓库吧
首先在yi里面进行操作
#后面的这个地址是github给出来的地址git clone [email protected]:lihaijiang123/itxdl.git
下载成功后我们来查看一个,可以发现itxdl这个仓库已经被我们拉下来了,进入库里查看里面的文件,就是github上创建的库
成功!
二、本地仓库的提交与撤回
通过git init命令把这个目录变成Git可以管理的仓库,我们刚刚拉下来的itxdl库已经是一个可被git管理的仓库了,所以不需要再git init
下面我们拉入一个laravel框架到宿主机上,然后推送到github上
#宿主git add * git commit -m "all clean laravel"git push origin master
注意 : git上传.env文件是不会上传的
在终端yi的文件夹中下载下来
git clone [email protected]:lihaijiang123/itxdl.git
可以看到itxdl库已经克隆到我们本地文件夹
进入文件夹,可以发现我们的文件夹中就有了laravel这个框架的全部内容
我们先进行本地操作
首先我们新建一个User控制器
,在里面新建index方法,查看一下
第一步:使用命令 git add UserController.php添加到暂存区里面去。如下:
现在我们已经提交了一个UserController.php文件到本地仓库了,我们下面可以通过命令git status来查看是否还有文件未提交,如下:
说明没有任何文件未提交,但是我现在继续来改下UserController.php内容,比如我在下面添加show方法,使用git status来查看下结果,如下:
上面的命令告诉我们 readme.txt文件已被修改,但是未被提交的修改。
接下来我想看下readme.txt文件到底改了什么内容,如何查看呢?可以使用如下命令:
git diff UserController.php
如上可以看到,UserController控制器里面新增了一个show方法;
知道了对文件做了什么修改后,我们可以放心的提交到仓库了,提交修改和提交文件是一样的2步
git add UserController.phpgit commit -m "UserController新增show方法"
版本退回
现在我继续对UserController.php进行修改,新建add方法
执行提交
git add UserController.phpgit commit -m "UserController.php增加add方法"
那么我现在想查看下历史记录,如何查呢?我们现在可以使用命令 git log 演示如下所示:
git log
git log命令显示从最近到最远的显示日志,如果嫌上面显示的信息太多的话,我们可以使用命令 git log –pretty=oneline 演示如下:
如果使用版本回退操作,我想把当前的版本回退到上一个版本
有两种方法:
git reset --hard HEAD^
那么如果要回退到上上个版本只需把HEAD^ 改成 HEAD^^ 以此类推。那如果要回退到前100个版本的话,使用上面的方法肯定不方便,我们可以使用下面的简便命令操作:git reset –hard HEAD~100 即可。
未回退之前的UserController.php内容如下:
git reset hard -- HEAD^
可以看到,内容已经回退到上一个版本了。可以继续使用git log 来查看下历史记录信息
我们看到 新建add方法内容没有了,但是现在我又想回退到最新的版本,如:有add方法的内容要如何恢复呢?我们可以通过版本号回退,使用命令方法如下:
git reset --hard 版本号
但是现在的问题假如我已经关掉过一次命令行或者增加add方法的版本号我并不知道呢?要如何知道增加add方法内容的版本号呢?可以通过如下命令即可获取到版本号:
git reflog
通过上面的显示我们可以知道,增加add方法的版本号是fcb6553.我们现在可以命令
git reset --hard fcb6553
修改一下add方法里的内容 , 在我未提交之前,我发现添加i am a boy内容有误,所以我得马上恢复以前的版本,现在我可以有如下几种方法可以做修改:
第一:如果我知道要删掉那些内容的话,直接手动更改去掉那些需要的文件,然后add添加到暂存区,最后commit掉。
第二:我可以按以前的方法直接恢复到上一个版本。使用 git reset --hard HEAD^
但是现在我不想使用上面的2种方法,我想直接想使用撤销命令该如何操作呢?首先在做撤销之前,我们可以先用 git status 查看下当前的状态。如下所示:
这时Git会告诉你,git checkout -- file
可以丢弃工作区的修改,如下命令:
git checkout -- file
命令 git checkout -- UserController.php
意思就是,把UserController.php文件在工作区做的修改全部撤销,这里有2种情况,如下:
UserController.php修改后,还没有放到暂存区,使用 撤销修改就回到和版本库一模一样的状态。
另外一种是UserController.php已经放入暂存区了,接着又作了修改,撤销修改就回到添加暂存区后的状态。
对于第二种情况,我想我们继续做demo来看下,假如现在我对add方法添加一行 内容为111111111,我git add 增加到暂存区后,接着添加内容22222222,我想通过撤销命令让其回到暂存区后的状态。操作如下
#恢复到没有22222的状态git checkout -- UserController.php
注意:命令git checkout -- file
中的 --
很重要,如果没有 --
的话,那么命令变成创建分支了。
删除文件
假如我现在目录添加一个文件TestController.php,然后提交,然后删掉
git add TestController.phpgit commit -m "新增TestController控制器"rm TestController.php
只要没有commit之前,如果我想在版本库中恢复此文件如何操作呢?
可以使用如下命令 git checkout – b.txt,如下所示:
#放弃工作区里的操作,恢复到上次提交后的样子git checkout -- TestController.php
三、提交远程仓库
1.首先设置我们的身份
获取远程库的信息
当你从远程库克隆时候,实际上Git自动把本地的master分支和远程的master分支对应起来了,并且远程库的默认名称是origin。
要查看远程库的信息 使用 git remote
要查看远程库的详细信息 使用 git remote –v
可以用git push
推送到远程仓库,那么我们就使用这个命令
推送成功!这是我们到github上查看一下
可以看到有三个控制器 succeed !
这时我们加入第二个终端 “er”
克隆github上的仓库 ,保持终端er和终端yi的内容一致
git clone [email protected]:lihaijiang123/itxdl.git
然后回来终端yi继续干活,修改一下UserController.php后提交到远程,这时终端er和github上的内容不一致了,我们在终端er修改UserController.php的内容后推送看看会怎么样呢
这里git提示我们提交失败,原因是远程包含我所坐的操作,并且提示我可以先使用git pull ...
然后在git push
执行git pull
后提示下载成功,但是合并有冲突,需要手动解决,解决的方法和分支管理中的 解决冲突完全一样。解决后,提交,再push,我们查看一下UserController.php
<<< HEAD是当前本地分支的指针
====下面的是远程的分 , 手动解决冲突就好了
然后提交,推送
成功!我们来github看一下
ok,终端yi和终端er的冲突已经解决了
四、创建与合并分支
在版本后退里,我们已经知道,每次提交,Git都把它们串成一条时间线,这条时间线就是一个分支。截止到目前,只有一条时间线,在Git里,这个分支叫主分支,即master分支。HEAD严格来说不是指向提交,而是指向master,master才是指向提交的,所以,HEAD指向的就是当前分支。
首先,我们来创建dev分支,然后切换到dev分支上。
//本地创建和远程对应的分支git checkout -b 本地分支名 origin/远程分支名//创建分支并切换单该分支上git checkout -b dev//查看分支git branch
git branch查看分支,会列出所有的分支,当前分支前面会添加一个星号。然后我们在dev分支上继续做demo,比如我们现在在TestController.php里新建一个index方法,然后提交到本地仓库
git branch vim TsetController.phpgit add TestController.phpgit commit -m "Test控制器新建index方法"
PS : (如果想提交当前dev分支可以使用git push origin dev)
这时我们再切换回master分支,查看TestController.php文件,里面并没有index了控制器
git checkout master cat TestController.php
因为当前不是分支dev,现在我们可以把dev分支上的内容合并到分支master上了,可以在master分支上,使用如下命令
git merge dev
注意到上面的Fast-forward信息,Git告诉我们,这次合并是“快进模式”,也就是直接把master指向dev的当前提交,所以合并速度非常快。
合并完成后,我们可以接着删除dev分支了
分支冲突
当两条分支对同一个文件同一个文本块进行了不同的修改,并试图合并时,Git不能自动合并的,称为冲突(conflict),解决冲突需人手动修改,和上面说的两个人解决冲突的方法是一样的
分支管理策略
通常合并分支时,git一般使用”Fast forward”模式,在这种模式下,删除分支后,会丢掉分支信息,现在我们来使用带参数 --no-ff
来禁用”Fast forward”模式。当不使用fast forward模式后,删除的分支在git log中同样可以查的到的
git merge --no-ff -m "注释" dev git log --graph --pretty=oneline --abbrev-commit
首先master主分支应该是非常稳定的,也就是用来发布新版本,一般情况下不允许在上面干活,干活一般情况下在新建的dev分支上干活,干完后,比如上要发布,或者说dev分支代码稳定后可以合并到主分支master上来。
BUG分支
在开发中,会经常碰到bug问题,那么有了bug就需要修复,在Git中,分支是很强大的,每个bug都可以通过一个临时分支来修复,修复完成后,合并分支,然后将临时的分支删除掉。
比如我在开发中接到一个404 bug时候,我们可以创建一个404分支来修复它,但是,当前的dev分支上的工作还没有提交.并不是我不想提交,而是工作进行到一半时候,我们还无法提交,比如我这个分支bug要2天完成,但是我issue-404 bug需要5个小时内完成。怎么办呢?还好,Git还提供了一个stash功能,可以把当前工作现场 ”隐藏起来”,等以后恢复现场后继续工作。如下:
git statsh
现在我可以通过创建issue-404分支来修复bug了。
首先我们要确定在那个分支上修复bug,比如我现在是在主分支master上来修复的,现在我要在master分支上创建一个临时分支,演示如下:
git checkout -b issue-404
修复完成后,切换到master分支上,并完成合并,最后删除issue-404分支。
git checkout master git merge --no-ff -m "合并404分支" issue-404git branch -d issue-404
然后在切换回dev分支,我们工作现场被保存到去哪里呢?我们可以使用命令 git stash list来查看下
git stash list
那么我们怎么恢复工作区呢
//恢复不删除git stash apply//删除保存的内容git stash drop//另一种方法是 恢复的同时并删除git stash pop
Git是帮助我们提高工作效率的,而不是让我们因为他感觉到难的,git到这里我们就介绍这么多了,祝您工作愉快,下面给大家总结一下git的命令
本文出自 “12920315” 博客,请务必保留此出处http://12930315.blog.51cto.com/12920315/1950909
以上是关于Docker模拟多人协作进行Git操作的主要内容,如果未能解决你的问题,请参考以下文章