Git 常用命令

1. 配置属于自己的git

看看当前的git配置

$ git config --list

配置用户名

#  --global为可选参数，该参数表示配置全局信息
# global 参数会将配置信息记录在 当前用户的根目录下 ~/.gitconfig

$ git config --global user.name "<name>"

配置邮件，希望别人看到你的commit可以联系到你

$ git config --global user.email "<email address>"

$ cat ~/.git-credentials

本地代码库记录用户账号密码

$ git config credential.helper store

有些命令很长，能不能简化一下

# 之后就可以开心地使用 git log了

$ git config --global alias.logg "log --graph --decorate --abbrev-commit --all"

# 此时的 alias.logg 别名配置信息，可以在 ~/.gitconfig 文件内展示

2. 关联远程仓库

初始化git仓库

$ git init

$ git add .

$ git commit -m "msg"

关联远程仓库

# 例如 git remote add origin https://github.com/xxxxxx # 是远程仓库的名称，通常为 origin
$ git remote add <name> <git-repo-url>

关联多个远程仓库

# 例如 git remote add coding https://github.io/xxxxxx
$ git remote add <name> <another-git-repo-url>

# <name> 是用于区分多个本地所关联的远程仓库

显示当前本地所关联的远程仓库

$ git remote -v

显示远程某个仓库的信息


$ git remote show [remote]

关联远程仓库后需同步远程仓库分支代码

$ git pull origin feature

# 此时注意 此处的 origin 指的是 关联远程仓库的名称

远程如果有仓库，需要clone到本地

# # 关联的远程仓库将被命名为origin，这是默认的
$ git clone <git-repo-url>

修改仓库的地址改为自己的所需要的

$ git remote set-url origin <your-git-url>

git remote add 和 git clone 的区别

区别:

git remote add 只是在您的git config中创建一个条目，指定特定URL的名称。你必须有一个现有的git仓库来使用它。需要init

git clone通过复制位于您指定的URI上的现有git存储库来创建新的git存储库。不需要init

3. 切换分支

新建仓库后，默认生成了master分支，如果想新建分支并切换。

# 例如 git checkout -b dev
# 如果仅新建，不切换，则去掉参数 -b
$ git checkout -b <new-branch-name>

查看当前存在的分支

# * dev
#   master # 标*号的代表当前所在的分支
git branch

查看当前本地&远程存在的分支

# * dev
#   master
#   remotes/origin/master
git branch -a

切换到现有的分支

$ git checkout master

把dev分支合并到master分支

# 基于master分支最新patch点合入 dev 新增代码
$ git checkout dev 

$ git rebase master

# 例如 git merge dev
$ git checkout master

$ git merge dev

把本地master分支推送到远程去

# 可以使用git push -u origin master将本地分支与远程分支关联，之后仅需要使用git push即可。

$ git push origin master

远程分支被更新了，需要更新代码

# 之前如果push时使用过-u，那么就可以省略为git pull
$ git pull --rebase  origin <branch-name>

4. git stash 详解

1 当正在dev分支上开发某个项目，这时项目中出现一个bug，需要紧急修复，但是正在开发的内容只是完成一半，还不想提交，这时可以用git stash命令将修改的内容保存至堆栈区，然后顺利切换到hotfix分支进行bug修复，修复完成后，再次切回到dev分支，从堆栈中恢复刚刚保存的内容。

2 由于疏忽，本应该在dev分支开发的内容，却在master上进行了开发，需要重新切回到dev分支上进行开发，可以用git stash将内容保存至堆栈中，切回到dev分支后，再次恢复内容即可。
总的来说，git stash命令的作用就是将目前还不想提交的但是已经修改的内容进行保存至堆栈中，后续可以在某个分支上恢复出堆栈中的内容。这也就是说，stash中的内容不仅仅可以恢复到原先开发的分支，也可以恢复到其他任意指定的分支上。git stash作用的范围包括工作区和暂存区中的内容，也就是说没有提交的内容都会保存至堆栈中。

命令详解：

# 能够将所有未提交的修改（工作区和暂存区）保存至堆栈中，用于后续恢复当前工作目录。

$ 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:   src/main/java/com/wy/CacheTest.java
        modified:   src/main/java/com/wy/StringTest.java

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

$ git stash
Saved working directory and index state WIP on master: b2f489c second

$ git status
On branch master
nothing to commit, working tree clean


# git stash save

作用等同于git stash，区别是可以加一些注释，如下：

$ git stash的效果：
stash@{0}: WIP on master: b2f489c second

$ git stash save “test1”的效果：
stash@{0}: On master: test1

$ git stash list

查看当前stash中的内容


# git stash pop

将当前stash中的内容弹出，并应用到当前分支对应的工作目录上。
注：该命令将堆栈中最近保存的内容删除（栈是先进后出）
顺序执行git stash save “test1”和git stash save “test2”命令，效果如下：

$ git stash list
stash@{0}: On master: test2
stash@{1}: On master: test1

$ git stash pop
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:   src/main/java/com/wy/StringTest.java

no changes added to commit (use "git add" and/or "git commit -a")
Dropped refs/stash@{0} (afc530377eacd4e80552d7ab1dad7234edf0145d)

$ git stash list
stash@{0}: On master: test1

可见，test2的stash是首先pop出来的。
如果从stash中恢复的内容和当前目录中的内容发生了冲突，也就是说，恢复的内容和当前目录修改了同一行的数据，那么会提示报错，需要解决冲突，可以通过创建新的分支来解决冲突。

# git stash apply

将堆栈中的内容应用到当前目录，不同于git stash pop，该命令不会将内容从堆栈中删除，也就说该命令能够将堆栈的内容多次应用到工作目录中，适应于多个分支的情况。

$ git stash apply
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:   src/main/java/com/wy/StringTest.java

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

$ git stash list
stash@{0}: On master: test2
stash@{1}: On master: test1

堆栈中的内容并没有删除。
可以使用git stash apply + stash名字（如stash@{1}）指定恢复哪个stash到当前的工作目录。

$ git stash drop + 名称

从堆栈中移除某个指定的stash

$ git stash clear

清除堆栈中的所有 内容

$ git stash show

查看堆栈中最新保存的stash和当前目录的差异。

$ git stash show
 src/main/java/com/wy/StringTest.java | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
 

 git stash show stash@{1}查看指定的stash和当前目录差异。
通过 git stash show -p 查看详细的不同：

$ git stash show -p
diff --git a/src/main/java/com/wy/CacheTest.java b/src/main/java/com/wy/CacheTest.java
index 6e90837..de0e47b 100644
--- a/src/main/java/com/wy/CacheTest.java
+++ b/src/main/java/com/wy/CacheTest.java
@@ -7,6 +7,6 @@ package com.wy;
  */
 public class CacheTest {
     public static void main(String[] args) {
-        System.out.println("git stash test");
+        System.out.println("git stash test1");
     }
 }
diff --git a/src/main/java/com/wy/StringTest.java b/src/main/java/com/wy/StringTest.java
index a7e146c..711d63f 100644
--- a/src/main/java/com/wy/StringTest.java
+++ b/src/main/java/com/wy/StringTest.java
@@ -12,7 +12,7 @@ public class StringTest {

     @Test
     public void test1() {
-        System.out.println("=================");
+        System.out.println("git stash test1");
         System.out.println(Strings.isNullOrEmpty(""));//true
         System.out.println(Strings.isNullOrEmpty(" "));//false
         System.out.println(Strings.nullToEmpty(null));//""

同样，通过git stash show stash@{1} -p查看指定的stash的差异内容。

$ git stash branch

从最新的stash创建分支。
应用场景：当储藏了部分工作，暂时不去理会，继续在当前分支进行开发，后续想将stash中的内容恢复到当前工作目录时，如果是针对同一个文件的修改（即便不是同行数据），那么可能会发生冲突，恢复失败，这里通过创建新的分支来解决。可以用于解决stash中的内容和当前目录的内容发生冲突的情景。
发生冲突时，需手动解决冲突。

5. 撤销操作

恢复暂存区文件到工作区

$ git checkout <file-name>

恢复暂存区的所有文件到工作区

$ git checkout .

重置暂存区的某文件，与上一次commit保持一致，但工作区不变

$ git reset <file-name>

重置暂存区与工作区，与上一次commit保持一致

# 如果是回退版本(commit)，那么file，变成commit的hash码就好了。

$ git reset --hard <file-name>

去掉某个commit

# 实质是新建了一个与原来完全相反的commit，抵消了原来commit的效果
$ git revert <commit-hash>

reset回退错误恢复

$ git reflog #查看最近操作记录
$ git reset --hard HEAD{5} #恢复到前五笔操作
$ git pull origin backend-log #再次拉取代码

git reflog 恢复历史操作

注意事项:

1、它涉及的只是 HEAD 的改变。在你切换分支、用 git commit 进行提交、以及用 git reset 撤销 commit 时，HEAD 会改变，但当你用 git checkout撤销时，HEAD 并不会改变 — 如前所述，这些修改从来没有被提交过，因此 reflog 也无法帮助我们恢复它们。
2、git reflog 不会永远保持。Git 会定期清理那些 “用不到的” 对象。不要指望几个月前的提交还一直躺在那里。
3、你的 reflog 就是你的，只是你的。你不能用 git reflog 来恢复另一个开发者没有 push 过的 commit。

$ git reflog

$ git reset --hard COMMIT-ID

revert 和 reset 的区别

背景: 当我们在开发过程中，向 git 提交了一个记录，
         但后面觉得似乎提交的这个记录有些缺陷，我不想要它了，想要重置

Reset  语法

$ git reset \--soft | --mixed | --hard

> --soft 回退时保留源码，仅仅回退 commit，修改的文件仍然保存在暂存区,再次提交时只需要 git commit
> --mixed（默认）回退时保留源码，回退 commit 同时修改的文件会置于 工作区，再次提交时需要 git add
> --hard 回退时清除提交的源码（危险操作），源码和commit 都会回滚到某个版本

git reset 实际执行的是 HEAD的指向的回退，指定回到某个commit，那么HEAD指针就会回退到对应的 commit。这些操作都是本地执行的，如果想要推送到远程仓库（这是危险操作，因为会修改提交历史），那么需要在push的时候加上强制。

 $ git push --force 

Revert 语法

$ git revert

git revert 和 reset 最本质的区别为两点：

revert 使用一个新的commit 来回滚你希望回滚的commit， reset 是直接HEAD 指向回退的commit
revert 只会回滚你希望回滚的哪一个commit的操作，不会影响其他的，reset 由于指针回退了，因此这个commit 之后的commit都会消失。

我们一般的使用时，如果已经push了，使用revert，如果没有，就是用reset

6. 版本回退与前进

查看历史版本

$ git log

可能觉得这样的log不好看，试试这个

$ git log --graph --decorate --abbrev-commit --all

检出到任意版本

# hash码很长，通常6-7位就够了
$ git checkout a5d88ea

远程仓库的版本很新，但是你还是想用老版本覆盖

# 或者 git push -f origin master 
$ git push origin master --force

觉得commit太多了? 多个commit合并为1个

# 这个命令，将最近4个commit合并为1个，HEAD代表当前版本。将进入VIM界面，你可以修改提交信息。推送到远程分支的commit，不建议这样做，多人合作时，通常不建议修改历史。
git rebase -i HEAD~4

回退到某一个版本

# 例如 git reset --hard a3hd73r
# --hard代表丢弃工作区的修改，让工作区与版本代码一模一样，与之对应，--soft参数代表保留工作区的修改。
$ git reset --hard <hash>

回退到上一个版本，有没有简便方法?

 $ git reset --hard HEAD^

回退到上上个版本呢?

# HEAD^^可以换作具体版本hash值。
$ git reset --hard HEAD^^

回退错了，能不能前进呀

# 这个命令保留了最近执行的操作及所处的版本，每条命令前的hash值，则是对应版本的hash值。使用上述的git checkout 或者 git reset命令 则可以检出或回退到对应版本。
$ git reflo

刚才commit信息写错了，可以修改吗

$ git commit --amend

看看当前状态

$ git status

7. 代码提交和同步代码 --> 实验案例

  • 第1步: 工作区与仓库保持一致

  • 第2步: 文件增删改，变为已修改状态

  • 第3步: git add ，变为已暂存状态

$ git status
$ git add --all # 当前项目下的所有更改
$ git add .  # 当前目录下的所有更改
$ git add xx/xx.py xx/xx2.py  # 添加某几个文件

  • 第4步: git commit，变为已提交状态

    $ git commit -m"<这里写commit的描述>"

  • 第5步: git push，变为已推送状态

$ git push -u origin master # 第一次需要关联上
$ git push # 之后再推送就不用指明应该推送的远程分支了
$ git branch # 可以查看本地仓库的分支
$ git branch -a # 可以查看本地仓库和本地远程仓库(远程仓库的本地镜像)的所有分支

在某个分支下，常用的操作如下:

$ git status
$ git add -a
$ git status
$ git commit -m 'xxx'
$ git pull --rebase
$ git push origin xxbranch

8. 代码撤销和撤销同步 --> 实验案例

已修改，但未暂存

$ git diff # 列出所有的修改
$ git diff xx/xx.py xx/xx2.py # 列出某(几)个文件的修改

$ git checkout # 撤销项目下所有的修改
$ git checkout . # 撤销当前文件夹下所有的修改
$ git checkout xx/xx.py xx/xx2.py # 撤销某几个文件的修改
$ git clean -f # untracked状态，撤销新增的文件
$ git clean -df # untracked状态，撤销新增的文件和文件夹

# Untracked files:
#  (use "git add <file>..." to include in what will be committed)
#
#   xxx.py

已暂存，未提交

这个时候已经执行过git add，但未执行git commit，但是用git diff已经看不到任何修改。 因为git diff检查的是工作区与暂存区之间的差异。

$ git diff --cached # 这个命令显示暂存区和本地仓库的差异

$ git reset # 暂存区的修改恢复到工作区
$ git reset --soft # 与git reset等价，回到已修改状态，修改的内容仍然在工作区中
$ git reset --hard # 回到未修改状态，清空暂存区和工作区

# git reset --hard 操作等价于 git reset 和 git checkout 2步操作

git reset --hard 操作等价于 git reset 和 git checkout 2步操作

已提交，未推送

执行完commit之后，会在仓库中生成一个版本号(hash值)，标志这次提交。之后任何时候，都可以借助这个hash值回退到这次提交。


$ git diff <branch-name1> <branch-name2> # 比较2个分支之间的差异
$ git diff master origin/master # 查看本地仓库与本地远程仓库的差异

$ git reset --hard origin/master # 回退与本地远程仓库一致
$ git reset --hard HEAD^ # 回退到本地仓库上一个版本
$ git reset --hard <hash code> # 回退到任意版本
$ git reset --soft/git reset # 回退且回到已修改状态，修改仍保留在工作区中。

已推送到远程

$ git push -f orgin master # 强制覆盖远程分支
$ git push -f # 如果之前已经用 -u 关联过，则可省略分支名

慎用，一般情况下，本地分支比远程要新，所以可以直接推送到远程，但有时推送到远程后发现有问题，进行了版本回退，旧版本或者分叉版本推送到远程，需要添加 -f参数，表示强制覆盖

GIt 操作流程

代码提交和同步代码

文件状态: 已更改, 已暂存, 已提交, 已推送

image.png

代码撤销和撤销同步


image.png
©著作权归作者所有,转载或内容合作请联系作者
  • 人面猴
    序言：七十年代末，一起剥皮案震惊了整个滨河市，随后出现的几起案子，更是在滨河造成了极大的恐慌，老刑警刘岩，带你破解...
    沈念sama阅读 214,444评论 6赞 496
  • 死咒
    序言：滨河连续发生了三起死亡事件，死亡现场离奇诡异，居然都是意外死亡，警方通过查阅死者的电脑和手机，发现死者居然都...
    沈念sama阅读 91,421评论 3赞 389
  • 救了他两次的神仙让他今天三更去死
    文/潘晓璐 我一进店门，熙熙楼的掌柜王于贵愁眉苦脸地迎上来，“玉大人，你说我怎么就摊上这事。” “怎么了？”我有些...
    开封第一讲书人阅读 160,036评论 0赞 349
  • 道士缉凶录：失踪的卖姜人
    文/不坏的土叔 我叫张陵，是天一观的道长。 经常有香客问我，道长，这世上最难降的妖魔是什么？ 我笑而不...
    开封第一讲书人阅读 57,363评论 1赞 288
  • 港岛之恋（遗憾婚礼）
    正文 为了忘掉前任，我火速办了婚礼，结果婚礼上，老公的妹妹穿的比我还像新娘。我一直安慰自己，他们只是感情好，可当我...
    茶点故事阅读 66,460评论 6赞 386
  • 恶毒庶女顶嫁案：这布局不是一般人想出来的
    文/花漫 我一把揭开白布。 她就那样静静地躺着，像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上，一...
    开封第一讲书人阅读 50,502评论 1赞 292
  • 城市分裂传说
    那天，我揣着相机与录音，去河边找鬼。 笑死，一个胖子当着我的面吹牛，可吹牛的内容都是我干的。 我是一名探鬼主播，决...
    沈念sama阅读 39,511评论 3赞 412
  • 双鸳鸯连环套：你想象不到人心有多黑
    文/苍兰香墨 我猛地睁开眼，长吁一口气：“原来是场噩梦啊……” “哼！你这毒妇竟也来了？” 一声冷哼从身侧响起，我...
    开封第一讲书人阅读 38,280评论 0赞 270
  • 万荣杀人案实录
    序言：老挝万荣一对情侣失踪，失踪者是张志新（化名）和其女友刘颖，没想到半个月后，有当地人在树林里发现了一具尸体，经...
    沈念sama阅读 44,736评论 1赞 307
  • 护林员之死
    正文 独居荒郊野岭守林人离奇死亡，尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,014评论 2赞 328
  • 白月光启示录
    正文 我和宋清朗相恋三年，在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,190评论 1赞 342
  • 活死人
    序言：一个原本活蹦乱跳的男人离奇死亡，死状恐怖，灵堂内的尸体忽然破棺而出，到底是诈尸还是另有隐情，我是刑警宁泽，带...
    沈念sama阅读 34,848评论 5赞 338
  • 日本核电站爆炸内幕
    正文 年R本政府宣布，位于F岛的核电站，受9级特大地震影响，放射性物质发生泄漏。R本人自食恶果不足惜，却给世界环境...
    茶点故事阅读 40,531评论 3赞 322
  • 男人毒药：我在死后第九天来索命
    文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹，春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,159评论 0赞 21
  • 一桩弑父案，背后竟有这般阴谋
    文/苍兰香墨 我抬头看了看天上的太阳。三九已至，却和暖如春，着一层夹袄步出监牢的瞬间，已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,411评论 1赞 268
  • 情欲美人皮
    我被黑心中介骗来泰国打工， 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留，地道东北人。 一个月前我还...
    沈念sama阅读 47,067评论 2赞 365
  • 代替公主和亲
    正文 我出身青楼，却偏偏与公主长得像，于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子，可洞房花烛夜当晚...
    茶点故事阅读 44,078评论 2赞 352

推荐阅读更多精彩内容