点击上面的关注,快速提升高级架构师。
Git操作在日常工作中经常使用。但是对于新人来说,刚上来的时候对Git并不熟悉,操作起来非常别扭。本文主要针对刚开始接触Git的新人,了解Git的基本原理,掌握一些常用的命令。
一、Git工作流程
上面包括一些简单常用的命令,但是先不要在意这些,我们先来了解下面四个专有名词。
工作区:工作区索引/阶段:暂存区存储库:仓库区(或本地仓库)远程:远程仓库工作区
程序员进行开发更改的地方是您当前看到的和最新的。
我们通常的开发是在远程仓库中复制一个分支,并基于这个分支进行开发。在开发过程中,是工作空间的操作。
工作存储部分
中的索引文件。git目录下,临时存储区会记录相关信息(文件名、大小、时间戳.)的文件,而不保存文件实体,并通过id指向每个文件实体。您可以使用git状态查看临时区域的状态。草稿区标记了当前工作区中哪些内容由git管理。
完成某个需求或功能后,psdfs需要提交到远程仓库,所以第一步是通过git add提交到临时存储区,由git进行管理。
本地仓库
保存对象的已提交版本,该版本比工作区和临时存储区的内容旧。
git提交后,将索引的目录树同步到本地仓库,方便下一步通过git push将本地仓库与远程仓库同步。
远程仓库
远程仓库的内容可能被以合作关系分布在多个位置的本地仓库修改,因此它可能与本地仓库同步,也可能不同步,但是它的内容是最老的。
总结
任何对象都是在工作空间中诞生和修改的;任何修改都是进入索引区后才由版本控制;只有将修改提交给本地仓库,修改才能在仓库中留下痕迹;与协作者共享本地更改,并将其推送到远程仓库进行共享。下图更直接地说明了这四个领域之间的关系。有些命令可能不清楚。没关系。下一章将详细介绍它们。
第二,常用的Git命令
网上找到一张图片,别人编的一张图片很不错,可以借。下面详细解释一些常见的命令。
头
在掌握具体命令之前,先了解HEAD。
HEAD,始终指向当前分支的最新提交点。当您所在的分支发生变化,或者生成新的提交点时,HEAD将相应地发生变化。
增加
add命令非常简单。它主要实现将修改后的工作区内容提交到由git管理的临时存储区。
犯罪
Commit相关的命令也很简单,主要实现将临时存储区的内容提交到本地仓库,让当前分支的HEAD向后移动一个提交点。
树枝
mage/5311e87f4cd844d39eaeee2e6290bb2d.png?from=pc">涉及到协作,自然会涉及到分支,关于分支,大概有展示分支,切换分支,创建分支,删除分支这四种操作。
关于分支的操作虽然比较多,但都比较简单好记。
merge
merge命令把不同的分支合并起来。如上图,在实际开放中,我们可能从master分支中切出一个分支,然后进行开发完成需求,中间经过R3,R4,R5的commit记录,最后开发完成需要合入master中,这便用到了merge。
一般在merge之后,会出现conflict,需要针对冲突情况,手动解除冲突。主要是因为两个用户修改了同一文件的同一块区域。如下图所示,需要手动解除。
rebase
rebase又称为衍合,是合并的另外一种选择。
在开始阶段,我们处于new分支上,执行git rebase dev,那么new分支上新的commit都在master分支上重演一遍,最后checkout切换回到new分支。这一点与merge是一样的,合并前后所处的分支并没有改变。git rebase dev,通俗的解释就是new分支想站在dev的肩膀上继续下去。rebase也需要手动解决冲突。
rebase与merge的区别
现在我们有这样的两个分支,test和master,提交如下:
在master执行git merge test,然后会得到如下结果:
在master执行git rebase test,然后得到如下结果:
可以看到,merge操作会生成一个新的节点,之前的提交分开显示。而rebase操作不会生成新的节点,是将两个分支融合成一个线性的提交。
如果你想要一个干净的,没有merge commit的线性历史树,那么你应该选择git rebase
如果你想保留完整的历史记录,并且想要避免重写commit history的风险,你应该选择使用git merge
reset
reset命令把当前分支指向另一个位置,并且相应的变动工作区和暂存区。
revert
git revert用一个新提交来消除一个历史提交所做的任何修改。
revert与reset的区别
push
上传本地仓库分支到远程仓库分支,实现同步。
其他命令
以上就是关于Git的一些常用命令及详细阐述,相信能对Git有一个初步的认识。
https://juejin.im/post/599e14875188251240632702