git 小结1

Posted 2021-03-17 shaozheng

目录

• git 版本小结1：
  • 初涉：
  • 管理：
    • 提交：
    • 修改：
    • 回退：

git 版本小结1：

初涉：

    版本库又名仓库，英文名repository，你可以简单理解成一个目录，这个目录里面的所有文件都可以被Git管理起来，每个文件的修改、删除，Git都能跟踪，以便任何时刻都可以追踪历史，或者在将来某个时刻可以“还原”。
    
    文件的修改、删除 :  git checkout .
    追踪历史        :  git log 

创建版本库管理：
    $ mkdir learngit
    $ cd learngit
    $ pwd           : pwd命令用于显示当前目录

# 注意：使用Windows系统，为了避免遇到各种莫名其妙的问题，请确保目录名（包括父目录）不包含中文
    

管理：

git init命令把这个目录变成Git可以管理的仓库：
    $ git init
    Initialized empty Git repository in /Users/michael/learngit/.git/

    --仓库建好了，而且告诉你是一个空的仓库（empty Git repository），当前目录下多了一个.git的目录。目录是Git来跟踪管理版本库的，没事千万不要手动修改这个目录里面的文件，不然改乱了，就把Git仓库给破坏了。

没有看到.git目录，那是因为这个目录默认是隐藏的，用ls -ah命令就可以看见。
--->    './../  .git/'

注意： 
    1. 二进制文件，虽然也能由版本控制系统管理，但没法跟踪文件的变化，只能把二进制文件每次改动串起来，也就是只知道图片从100KB改成了120KB，但到底改了啥，版本控制系统不知道，也没法知道。
    
    2.文本是有编码的，比如中文有常用的GBK编码，日文有Shift_JIS编码，如果没有历史遗留问题，强烈建议使用标准的UTF-8编码，所有语言使用同一种编码，既没有冲突，又被所有平台所支持。
    
    3.不要使用Windows自带的记事本编辑任何文本文件

提交：

文件放入Git仓库，目录或子目录。
    1.把文件添加到暂存仓库： git add . (所有)
    -Unix的哲学是“没有消息就是好消息” ！！！
    
    2.文件提交到版本仓库： git commit -m '描述信息'
    git commit命令，-m后面输入的是本次提交的说明，可以输入任意内容，当然最好是有意义的，这样你就能从历史记录里方便地找到改动记录。

提示：  1. file changed：1个文件被改动（新添加的readme文件）；
       2. insertions：插入了两行内容（readme有两行内容）。

修改：

修改提交文件内的内容：
    1.运行git status命令看看结果：
        'modified:   readme.txt'
    --git status命令让我们时刻掌握仓库当前的状态，命令输出，readme被修改但还没有准备提交的修改;
    
    2.运行git diff(查看修改内容) ：
    git diff顾名思义就是查看difference，显示的格式正是Unix通用的diff格式，从上面的命令输出，在第一行添加了一个distributed单词

    3.提交修改 git add . :
        git add readme
        git status (颜色绿色： 未提交，
                    白色： 被管理，
                    红色：被修改，未提交)
    4.提交版本管理： git commit -m '修改readme文件'

    5.查看状态： git status
   nothing to commit, working tree clean 工作目录是干净

小结：
    要随时掌握工作区的状态，使用git status命令。

    如果git status告诉你有文件被修改过，用git diff可以查看修改内容

    

回退：

    文件修改到一定程度的时候，就可以“保存一个快照”，这个快照在Git中被称为commit。一旦你把文件改乱了，或者误删了文件，还可以从最近的一个commit恢复，然后继续工作，而不是把几个月的工作成果全部丢失

    版本控制系统肯定有某个命令可以告诉我们历史记录，在Git中，我们用git log命令查看：
    注意： log 查看只能查看你提交到版本管理取区的各个版本
    
    2.加上--pretty=oneline参数： 输出信息非常大的数字，用十六进制表示
    每提交一个新版本，实际上Git就会把它们自动串成一条时间线

版本：
    Git中，用HEAD表示当前版本，也就是最新的提交1094adb...（注意我的提交ID和你的肯定不一样），上一个版本就是HEAD^，上上一个版本就是HEAD^^，当然往上100个版本写100个^比较容易数不过来，所以写成HEAD~100。
    
    即：回退上一个版本号：
    git reset --hard HEAD^

    查看当前版本内容：
        cat + 文件名
    git log再看看现在版本库的状态:
       #只有当前版本之前的版本
    
    如何恢复当前版本之后的内容？？？
    
    --->只要上面的命令行窗口还没有被关掉，你就可以顺着往上找啊找啊，找到那个append GPL的commit id是1094adb...，于是就可以指定回到未来的某个版本
        git reset --hard 'commit id(之后的版本号)'

注意：版本号没必要写全，前几位就可以了，Git会自动去找！！


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

┌────┐
│HEAD│
└────┘
   │
   └──> ○ append GPL
        │
        ○ add distributed
        │
        ○ wrote a readme file
改为指向add distributed（另一个版本）：

┌────┐
│HEAD│
└────┘
   │
   │    ○ append GPL
   │    │
   └──> ○ add distributed
        │
        ○ wrote a readme file
然后顺便把工作区的文件更新了。所以你让HEAD指向哪个版本号，你就把当前版本定位在哪。

想恢复到新版本怎么办？找不到新版本的commit id怎么办？
    用$ git reset --hard HEAD^回退到add distributed版本时，再想恢复到append GPL，就必须找到append GPL的commit id。Git提供了一个命令git reflog用来记录你的每一次命令：
    
    git reflog : 记录每一次命令

总结一下：

    HEAD指向的版本就是当前版本，因此，Git允许我们在版本的历史之间穿梭，使用命令git reset --hard commit_id。

    穿梭前，用git log可以查看提交历史，以便确定要回退到哪个版本。

    要重返未来，用git reflog查看命令历史，以便确定要回到未来的哪个版本。