程序员必备基础:Git 命令
掌握Git命令是每位程序员必备的基础,之前一直是用smartGit工具,直到看到大佬们都是在用Git命令操作的,回想一下,发现有些Git命令我都忘记了,于是写了这篇博文,复习一下~
https://github.com/whx123/JavaHome
公众号:捡田螺的小男孩
文章目录
- Git是什么?
- Git的相关理论基础
- 日常开发中,Git的基本常用命令
- Git进阶之分支处理
- Git进阶之处理冲突
- Git进阶之撤销与回退
- Git进阶之标签tag
- Git其他一些经典命令
Git是什么
在回忆Git是什么的话,我们先来复习这几个概念哈~
什么是版本控制?
百度百科定义是酱紫的~
版本控制是指对软件开发过程中各种程序代码、配置文件及说明文档等文件变更的管理,是软件配置管理的核心思想之一。
那些年,我们的毕业论文,其实就是版本变更的真实写照…脑洞一下,版本控制就是这些论文变更的管理~
什么是集中化的版本控制系统?
那么,集中化的版本控制系统又是什么呢,说白了,就是有一个集中管理的中央服务器,保存着所有文件的修改历史版本,而协同开发者通过客户端连接到这台服务器,从服务器上同步更新或上传自己的修改。
什么是分布式版本控制系统?
分布式版本控制系统,就是远程仓库同步所有版本信息到本地的每个用户。嘻嘻,这里分三点阐述吧:
- 用户在本地就可以查看所有的历史版本信息,但是偶尔要从远程更新一下,因为可能别的用户有文件修改提交到远程哦。
- 用户即使离线也可以本地提交,push推送到远程服务器才需要联网。
- 每个用户都保存了历史版本,所以只要有一个用户设备没问题,就可以恢复数据啦~
什么是Git?
Git是免费、开源的分布式版本控制系统,可以有效、高速地处理从很小到非常大的项目版本管理。
Git的相关理论基础
- Git的四大工作区域
- Git的工作流程
- Git文件的四种状态
- 一张图解释Git的工作原理
Git的四大工作区域
先复习Git的几个工作区域哈:
- Workspace:你电脑本地看到的文件和目录,在Git的版本控制下,构成了工作区。
- Index/Stage:暂存区,一般存放在 .git目录下,即.git/index,它又叫待提交更新区,用于临时存放你未提交的改动。比如,你执行git add,这些改动就添加到这个区域啦。
- Repository:本地仓库,你执行git clone 地址,就是把远程仓库克隆到本地仓库。它是一个存放在本地的版本库,其中HEAD指向最新放入仓库的版本。当你执行git commit,文件改动就到本地仓库来了~
- Remote:远程仓库,就是类似github,码云等网站所提供的仓库,可以理解为远程数据交换的仓库~
Git的工作流程
上一小节介绍完Git的四大工作区域,这一小节呢,介绍Git的工作流程咯,把git的操作命令和几个工作区域结合起来,个人觉得更容易理解一些吧,哈哈,看图:
git 的正向工作流程一般就这样:
- 从远程仓库拉取文件代码回来;
- 在工作目录,增删改查文件;
- 把改动的文件放入暂存区;
- 将暂存区的文件提交本地仓库;
- 将本地仓库的文件推送到远程仓库;
Git文件的四种状态
根据一个文件是否已加入版本控制,可以把文件状态分为:Tracked(已跟踪)和Untracked(未跟踪),而tracked(已跟踪)又包括三种工作状态:Unmodified,Modified,Staged
- Untracked: 文件还没有加入到git库,还没参与版本控制,即未跟踪状态。这时候的文件,通过git add 状态,可以变为Staged状态
- Unmodified:文件已经加入git库, 但是呢,还没修改, 就是说版本库中的文件快照内容与文件夹中还完全一致。 Unmodified的文件如果被修改, 就会变为Modified. 如果使用git remove移出版本库, 则成为Untracked文件。
- Modified:文件被修改了,就进入modified状态啦,文件这个状态通过stage命令可以进入staged状态
- staged:暂存状态. 执行git commit则将修改同步到库中, 这时库中的文件和本地文件又变为一致, 文件为Unmodified状态.
一张图解释Git的工作原理
日常开发中,Git的基本常用命令
- git clone
- git checkout -b dev
- git add
- git commit
- git log
- git diff
- git status
- git pull/git fetch
- git push
这个图只是模拟一下git基本命令使用的大概流程哈~
git clone
当我们要进行开发,第一步就是克隆远程版本库到本地呢
git clone url 克隆远程版本库
- 1
- 1
git checkout -b dev
克隆完之后呢,开发新需求的话,我们需要新建一个开发分支,比如新建开发分支dev
创建分支:
git checkout -b dev 创建开发分支dev,并切换到该分支下
- 1
- 1
git add
git add的使用格式:
git add . 添加当前目录的所有文件到暂存区
git add [dir] 添加指定目录到暂存区,包括子目录
git add [file1] 添加指定文件到暂存区
- 1
- 2
- 3
- 1
- 2
- 3
有了开发分支dev之后,我们就可以开始开发啦,假设我们开发完HelloWorld.java,可以把它加到暂存区,命令如下
git add Hello.java 把HelloWorld.java文件添加到暂存区去
- 1
- 1
git commit
git commit的使用格式:
git commit -m [message] 提交暂存区到仓库区,message为说明信息
git commit [file1] -m [message] 提交暂存区的指定文件到本地仓库
git commit --amend -m [message] 使用一次新的commit,替代上一次提交
- 1
- 2
- 3
- 1
- 2
- 3
把HelloWorld.java文件加到暂存区后,我们接着可以提交到本地仓库啦~
git commit -m 'helloworld开发'
- 1
- 1
git status
git status,表示查看工作区状态,使用命令格式:
git status 查看当前工作区暂存区变动
git status -s 查看当前工作区暂存区变动,概要信息
git status --show-stash 查询工作区中是否有stash(暂存的文件)
- 1
- 2
- 3
- 1
- 2
- 3
当你忘记是否已把代码文件添加到暂存区或者是否提交到本地仓库,都可以用git status看看哦~
git log
git log,这个命令用得应该比较多,表示查看提交历史/提交日志~
git log 查看提交历史
git log --oneline 以精简模式显示查看提交历史
git log -p <file> 查看指定文件的提交历史
git blame <file> 一列表方式查看指定文件的提交历史
- 1
- 2
- 3
- 4
- 1
- 2
- 3
- 4
嘻嘻,看看dev分支上的提交历史吧要回滚代码就经常用它喵喵提交历史
git diff
git diff 显示暂存区和工作区的差异
git diff filepath filepath路径文件中,工作区与暂存区的比较差异
git diff HEAD filepath 工作区与HEAD ( 当前工作分支)的比较差异
git diff branchName filepath 当前分支的文件与branchName分支的文件的比较差异
git diff commitId filepath 与某一次提交的比较差异
- 1
- 2
- 3
- 4
- 5
- 1
- 2
- 3
- 4
- 5
如果你想对比一下你改了哪些内容,可以用git diff对比一下文件修改差异哦
git pull/git fetch
git pull 拉取远程仓库所有分支更新并合并到本地分支。
git pull origin master 将远程master分支合并到当前本地master分支
git pull origin master:master 将远程master分支合并到当前本地master分支,冒号后面表示本地分支
- 1
- 2
- 3