Git常用操作入门(基于BASH命令快速入门)

序言

写这篇文章的时候我正好需要用Git作为版本控制,而且将会用到大量的分支以及操作。

最恐怖的是,之前都用SourceTree作为Git的图形化界面工具,一直没有好好地用Git BASH。这次基本上都是通过在BASH上面操作(虽然有IDEA的图形工具),就好好弄一下BASH命令吧。现在将自己整理的Git的基本操作的内容推上来给大家分享。

具体的例如分支管理策略等等这里就暂时不叙述了。

发文之前说一句:Git是贼好用贼好用的东西。



此文同时于本人CSDN博客中发布:
https://blog.csdn.net/nthack5730/article/details/80365548
本文允许转载,转载本文时请加上本文链接:
https://blog.csdn.net/nthack5730/article/details/80365548
对于爬虫网站随意爬取以及转载不加原文链接的,本人保留追究法律责任的权力!



一、Git基础命令

1. 初始化仓库

git init
pwd【当前目录】初始化一个Git仓库


2. 仓库状态

git status
查看仓库当前状态,返回的信息如下

ZihaodeMacBook-Pro:test_git SongZihao$ git status
On branch master
Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git checkout -- <file>..." to discard changes in working directory)

    modified:   .gitignore

no changes added to commit (use "git add" and/or "git commit -a")

如果有提示Changes not staged for commit则表示一面的文件没有被加入到暂存区
如果出现Changes to be committed,则表示接下来的文件列表都会在commit的时候被提交


3. 查看异同

git diff <filename>
表示查看<filenname>中指定的文件的修改情况,具体的异同,指的是本次修改和上次提交的区别


4. 跳到指定版本

(1). 跳回某一版本

git reset --hard HEAD^
Git用HEAD表示当前版本,HEAD会指向当前某个版本的ID(一般是最后提交的版本)。上一个版本就是HEAD^,上上一个版本就是HEAD^^,当然往上100个版本写100个^比较容易数不过来,所以写成HEAD~100
使用上面的命令后版本退回之前的:

HEAD is now at c5a0920 add new

(2). 跳到指定版本

如果想要前进,就要用上之前记录的versionID:
git reset --hard <versionID>
注意:版本号写前几位就好,如果前几位有相同的,那就会出错

Git的版本回退速度非常快,因为Git在内部有个指向当前版本的HEAD指针,当你回退版本的时候,Git仅仅是把HEAD从指向append GPL

[图片上传失败...(image-300ad1-1539587527893)]
git-head改为指向add distributed

[图片上传失败...(image-9cd2a5-1539587527893)]

然后顺便把工作区的文件更新了。所以你让HEAD指向哪个版本号,你就把当前版本定位在哪。

(3). 通过git reflog查看所有历史

Git提供了一个命令git reflog用来记录你的每一次命令


5. 撤銷修改

(1). 回到最近一次add或commit状态

git checkout --<file>

直接上例子:

$ git checkout --readme.txt

注意:命令git checkout --readme.txt意思就是,把readme.txt文件在工作区的修改全部撤销,回到最近一个提交的版本,这里有两种情况:

  • 一种是readme.txt自修改后还没有被放到暂存区,现在,撤销修改就回到和版本库一模一样的状态;
  • 一种是readme.txt已经添加到暂存区后,又作了修改,现在,撤销修改回到添加到暂存区后的状态。

总之,就是让这个文件回到最近一次git commitgit add时的状态。

注意:git checkout -- file命令中的--很重要,没有--,就变成了“切换到另一个分支”的命令,我们在后面的分支管理中会再次遇到git checkout命令。


(2). 撤销已经暂存的文件

git reset HEAD <file>可以把暂存区的修改撤销掉(unstage),重新放回工作区。

  • 回到工作区后,根据需要修改对应的内容,再git add提交到暂存区。
  • 或者是再用git checkout -- file退回上一次的commit状态。注意,因为之前用了reset因此,不存在add暂存区了。

(3). 修改提交

git commit --amend:此命令将使用当前的暂存区域快照提交。如果刚才提交完没有作任何改动,直接运行此命令的话,相当于有机会重新编辑提交说明,但将要提交的文件快照和之前的一样。
注释:其实就是在最近一次提交上面继续提交内容



二、分支管理

1. 查看分支

git branch:查看当前本地分支
git branch -a:查看所有分支(包括远程)
git branch -a -vv:查看所有分支所有信息(包括远程)


2. 当前分支记录

git log
命令显示从最近到最远的提交日志

参数:
--pretty=oneline:每条记录单行显示

注意:你看到的一大串类似3628164...882e1e0的是commit id(版本号),和SVN不一样,Git的commit id不是1,2,3……递增的数字,而是一个SHA1计算出来的一个非常大的数字,用十六进制表示。


3. 创建分支

git branch <name>:创建分支
git checkout -b <name>:创建并切换分支


4. 切换分支

git checkout <name>


5. 删除分支

(1). 删除本地分支

git branch -d <name>
注意:-d是别名


6. 合并分支

【参考:https://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000/001375840202368c74be33fbd884e71b570f2cc3c0d1dcf000

git merge <branchName>:合并<branchName>到当前的分支

(1). 合并无冲突

普通无冲突分支指的是


(2). 合并有冲突

执行合并操作:

git merge dev:将dev分支合并到当前的分支

如果有冲突,会出现如下信息:

Auto-merging src/main/java/cn/marer/App.java
CONFLICT (content): Merge conflict in src/main/java/cn/marer/App.java
Automatic merge failed; fix conflicts and then commit the result.

这种情况下,Git无法执行“快速合并”,Git告诉我们,xxx文件存在冲突,必须手动解决冲突后再提交。

git status下也会出现下列信息:

On branch master
Your branch is ahead of 'origin/master' by 2 commits.

Unmerged paths:
(use "git add/rm <file>..." as appropriate to mark resolution)

both modified: xxxxx

Git 在冲突的文件中,会用<<<<<<<=======>>>>>>>标记出不同分支的内容

如果在合并分支的时候出现冲突问题并没有去解决,而是继续尝试合并另外一个分支,会出现以下错误:
error: Merging is not possible because you have unmerged files.
hint: Fix them up in the work tree, and then use 'git add/rm <file>'
hint: as appropriate to mark resolution and make a commit.
fatal: Exiting because of an unresolved conflict.
意思就是,我们要合并多个分支的时候,如果出现异常,应该要处理完这些异常才能够继续合并下一个分支。


7. 禁用快速合并(Fast Forward)

git merge --no-ff <branch>
强制禁用Fast forward模式,Git就会在merge时生成一个新的commit,这样,从分支历史上就可以看出分支信息。
如果是合分支的时候有冲突,解决冲突的时候也是会有一个新的提交。

8. 重命名分支

重命名本地分支

git branch -m <oldBranchName> <newBranchName>
 
例如:git branch -m dev develop
把dev分支重命名为develope
*重命名远程分支下面有写



三、远程仓库操作

1. 添加远程库

git remote add 【远程库名(远程库在本地的吗命名)】 【git远程库地址】
例子:git remote add origin git@server-name:path/repo-name.git


2. 克隆远程仓库

这种情况常用于中途加入、新建项目,最后从远程仓库克隆回来的情况的情况,非常推荐。

在对应的文件目录下
git clone [远程地址]
clone下来的项目会在当前的文件夹位置新建一个项目的文件夹,并将项目克隆下来


3. 拉取分支最新数据

git pull:会自动将追踪的元辰分支拉取到当前的本地分支中
如果当前分支没有追踪远程分支,那么会提示下面的信息:
There is no tracking information for the current branch.
Please specify which branch you want to merge with.
See git-pull(1) for details.
git pull <remote> <branch>
If you wish to set tracking information for this branch you can do so with:
git branch --set-upstream-to=origin/<branch> pr103

  • 如果不想设定本地分支追踪远程分支,可以通过上面提示的第一条【git pull <remote> <branch>】来直接拉取对应的远程分支,但是每次拉取都要用上面的语句,非常的麻烦。
  • 如果用下面的语句设定,那么只追踪pull,push也要再设置。
  • 因此推荐同下面第四点,将本地分支远程分支进行绑定追踪,绑定完成后任意无论是push还是pull都非常方便。

4. 绑定本地分支到远程分支

(1). 通过git push绑定追踪

如果本地分支远程分支没有绑定的情况下,无论远程分支存不存在,使用:<git push>会出现下面的错误:

fatal: The current branch pr10023 has no upstream branch.
To push the current branch and set the remote as upstream, use
git push --set-upstream origin pr10023

这时候就使用上面给出的提示:

git push --set-upstream <remoteServerName> <localBranchName>
例如:git push --set-upstream origin pr10023
 
或者使用
 
**git push -u <remoteServerName> <localBranchName> **
例如:git push -u originpr10023

这时候Git会给出下列提示:

Branch 'pr10023' set up to track remote branch 'pr10023' from 'origin'.
Everything up-to-date

这个命令是推送本地分支到远程仓库中,并且会将本地分支远程分支绑定追踪,以后的pushpull操作都可以直接使用。
使用:git branch -a -vv就可以看到本地分支与远程分支的追踪已经绑定了。

注意:这个绑定是在本地中绑定,如果跑去远程仓库把远程仓库中的分支删除了,然后在本地git push还是会在远程仓库中建立一个与本地仓库同名的分支并且绑定追踪


5. 删除远程分支

删除远程分支的操作挺简单的:

git push -d <remoteServerName> <remoteBranchName>
 
例如:git push -d origin pr100


6. 重命名远程分支

其实重命名远程分支,就是:

  • 删除远程分支
  • 重命名本地分支
  • 提交新分支

按照上面讲述,我需要将远程origin仓库的dev分支命名为develope,则进行如下操作:

git branch -d origin dev
git branch -m dev develope
git push -u origin dev


7. 本地刷新远程分支

很多时候,远程仓库的分支删除了,本地仓库使用git branch -r却还能够显示远程仓库的分支。用了git fetch还是没能刷新本地仓库中的远程分支,使用下面的语句能刷新:

git remote update --prune:在本地刷新远程分支显示



四、标签管理

标签管理里面列出的是常用的而已,更加具体的【参考:https://git-scm.com/book/zh/v1/Git-%E5%9F%BA%E7%A1%80-%E6%89%93%E6%A0%87%E7%AD%BE

1. 查看标签

git tag:列出所有的标签
git tag -n:列出所有的标签并列出标签的注释
git tag -l '过滤条件':显示相关的tag,可以用通配符*

2. 添加标签

git tag <tagName>:在当前的commit打上标签。
git tag <tagName> -m '标签说明':打上标签并且给标签加上说明(在git tag -n时可以看到)

3. 标签推送到远程仓库

git push <remoteServerName> <tagName>:将某个标签推送到远程仓库
git push <remoteServerName> --tags:将本地所有的标签一次过提交到git服务器上

4. 删除标签

(1). 删除本地标签

git tag -d <tagName>

(2). 删除远程仓库标签

git push origin --d tag <tagName>

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 212,185评论 6 493
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 90,445评论 3 385
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 157,684评论 0 348
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 56,564评论 1 284
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 65,681评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 49,874评论 1 290
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,025评论 3 408
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 37,761评论 0 268
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,217评论 1 303
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,545评论 2 327
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,694评论 1 341
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,351评论 4 332
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,988评论 3 315
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,778评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,007评论 1 266
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 46,427评论 2 360
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 43,580评论 2 349

推荐阅读更多精彩内容