• doc

    ​一、Git文件的三种状态：

           已提交(committed)：该文件已经被安全地保存在本地数据库中（git add 文件名）

           已修改(modified)：修改了某个文件，但没有提交保存（git status 查看当前状态）

           已暂存(staged)：已修改的文件放在下次提交时要保存的清单中（只要在 “Changes to be committed” 这行下面的，就说明是已暂存状态）

    二、Git忽略某些文件(.gitignore)：

             一般我们总会有些文件纳入Git的管理，也不希望它们总出现在未跟踪文件列表里。通常都是写自动生成的文件，比如日志文件或者在编译过程中创建的临时文件等。

    我们可以创建一个名为.gitignore的文件，列出要忽略的文件模式。例如:

    1
    2
    3
    4
    cat .gitignore
        *.[oa]
        *~
        *.log

            第一行告诉Git忽略所有以.o或者.a结尾的文件。一般这类对象文件和存档文件都是编译过程中出现的，我们用不着跟踪它们的版本。第二行告诉Git忽略所有以波浪线(~)结尾的文件。此外，你可能还需要忽略log，tmp或者pid目录，以及自动生成 文档等等。要养成一开始就设置好.gitignore文件的习惯，以免将来误提交这类无用文件。

    文件.gitignore的格式规范如下：

    • 所有空行或者以注释符号#开头的行会被Git忽略；

    • 可以使用标准的glob模式匹配；

    • 匹配模式最后跟反斜线(/)说明要忽略的是目录；

    • 要忽略指定模式以外的文件或者目录，可以在模式上感叹号(!)取反；

           所谓的glob模式是指shell所使用的简化了的正则表达式。星号(*)匹配零个或多个任意字符；[abc]匹配任何一个在方括号中的字符；问号(?)只匹配一个字符；如果字符方括号中使用短划线分割两个字符，表示所有在这两个字符范围的都可以匹配(如[0-9])。例如：

    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    #此为注释-将被Git忽略
     
    #忽略所有.a结尾的文件
    *.a
     
    #但lib.a除外
    !lib.a
     
    #仅仅忽略项目根目录下的TODO文件，不包括subdir/TODO
    /TODO
     
    #忽略build/目录下的所有文件
    build/
     
    #会忽略 doc/notes.txt 但不包括doc/server/arch.txt
    doc/*.txt

    三、提交更新(git diff、git commit、git rm 、git mv)

     3.1 查看暂存和未暂存的更新

        实际上git  status 的显示比较简单，仅仅是列出了修改过的文件，如果查看具体修改了什么地方，可以用git diff命令。git diff命令比较的是工作目录中当前文件和暂存区域快照之间的差异，也就是修改之后还没有暂存起来的变化内容。

    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    $ git diff              #只显示没有存入暂存区的文件
    diff --git a/tongji.py b/tongji.py
    index 600e54e..a81a715 100644
    --- a/tongji.py
    +++ b/tongji.py
    @@ -7,5 +7,3 @@ def monitor():
     def sum(*args,**wargs):
         pass
     
    -def count():
    -    pass

       若要看已经暂存起来的文件和上次提交时的快照之间的差异，可以使用git  diff  --cached 命令。(Git 1.6.1及更高版本还允许使用 git diff --staged，效果是相同的)。例如：

    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    17
    18
    $ git diff --staged     
    diff --git a/README.md b/README.md
    index 699a957..0721fbd 100644
    --- a/README.md
    +++ b/README.md
    @@ -1,4 +1,13 @@
     ## /usr/bin/env python3
    -## -*- coding=utf-8 -*-
    +#上线：
    +       制定上线部署规范
    +       编译环境，是否可以使用静态库
    +       打包规范
    +       部署规范
    +       统一代码部署目录规范
    +       命名规范
    +       服务上下游拓扑图
    +       重启服务通知运维，将服务设置为维护时间
    +       开发设计时运维参与

     3.2 更新

       现在的暂存区已经准备妥当可以提交了，请一定要确认还有什么修改过的或新建的文件还没有git add过，否则提交的时候不会记录这些还没暂存起来的变化。

    所以，每次提交前，先用git  status 看下，是不是都已经暂存起来了，然后可以用git commit -m  提交说明 的方式，在一行命令中提交更新：

    1
    2
    3
    4
    git commit -m "update README"
        [master]: created 463dw4f: "update README"
        2 files changed, 3 insertions(+), 0 deletions(-)
        create mode 100644 README

      可以看到，提交完它会告诉当前在那个分支(master)提交的，本次提交的完整SHA-1校验和是什么，以及本次提交中，有多少文件修订过，多少行添加和删除过。提交时记录是放在暂存区域的快照，任何还未暂存的仍然保持已修改状态，可以在下次提交时纳入版本管理。每一次运行提交操作，都是项目作一次快照，以后可以回到这个状态，或者进行比较。

     3.3 跳过使用暂存区域

        尽管使用暂存区域的方式可以精心准备要提交的细节，但有时候这么做略显繁琐。Git提供了一个跳过使用暂存区域的方式，只要在提交的时候，给git commit 加上-a选项，Git就会自动把所有已经跟踪过的文件暂存起来一并提交，从而跳过git add步骤：

    1
    git commit -a -m "add function count"    #省略git add命令

    3.4 移除文件

        要从Git中移除某个文件，就必须要从已跟踪文件清单中移除( 确切地说，是从暂存区域移除)，然后提交。可以用git rm命令完成此项工作，并连带从工作目录中删除指定的文件，这样以后就不会出现在未跟踪文件清单中了。

    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    rm  test
    git status    #查看文件在未跟踪的清单中
    #Changes not staged for commit:
    #deleted:    test
     
    #然后再运行git rm记录此次移除文件的操作：
    git rm  test
    rm 'test'
     
    git status   #此时查看已经不在清单中

        最后提交的时候，该文件就不再纳入版本管理了。如果删除之前修改过并且已经放到暂存区的话，则必须要用强制删除选项-f(即：force的首字母)，已防误删除文件后丢失修改的内容。另外一种情况，如果我们想把文件从Git仓库中删除(亦即从暂存区域删除)，但仍然希望保留在当前工作目录中。换句话说，仅是从跟踪清单中删除。例如一些大型日志文件或者一堆.a编译文件，不小心纳入仓库中，要移除但不删除文件，以便稍后在.gitgnore文件中补上，用--cached选项即可：

    1
    2
    3
    4
    5
    6
    7
    git  rm --cached readme.txt   #仅删除暂存区域文件，工作目录文件不会删除
     
    #支持glob模式
    git rm log/*.log  #删除所有log/目录下扩展名为.log的文件
     
    #递归删除
    git rm *~         #递归删除当前目录及其子目录中所有~结尾的文件

     3.5 移动文件

    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    17
    $ git mv tongji.py count.py
     
    $ git status
    #On branch master
    #Your branch is ahead of 'origin/master' by 2 commits.
     
    #Changes to be committed:
    #  (use "git reset HEAD <file>..." to unstage)
     
    #        renamed:    tongji.py -> count.py
     
    #其实，运行git mv就相当于运行了下面三条命令：
    $mv  tongji,py count.py
    $git rm tongji.py
    $git add count.py
     
    #切记：在执行批处理改名时，要记得在提交前删除老的文件名，在添加新的文件名

    四、查看提交历史(git log)

        在提交了若干更新之后，又或者克隆了某个项目，想回顾提交历史，可以使用git  log 命令查看，具体输出如下：

    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    $ git log        #查看提交历史
    #commit 9f8d743ef00af3906654ca35be9eaa8cfa73e383
    #Author: dihaifeng <dihaifeng@126.com>
    #Date:   Mon Mar 20 14:43:57 2017 +0800
     
    #    add function count
     
    #commit e82db64408cde94ff6e5adf6967e55f029e23775
    #Author: dihaifeng <dihaifeng@126.com>
    #Date:   Mon Mar 20 14:25:51 2017 +0800
     
    #    files update

       默认不用任何参数的话，git log 会按提交时间列出所有的更新，最近的更新排在最上面。git log有许多选项可以帮助你搜寻感兴趣的提交，我们常用-p选项展开显示每次提交的内容差异，用-2则显示最近的两次更新：

    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    17
    $ git log -p -1       #显示最近一次提交的内容差异
    commit 9f8d743ef00af3906654ca35be9eaa8cfa73e383
    Author: dihaifeng <dihaifeng@126.com>
    Date:   Mon Mar 20 14:43:57 2017 +0800
     
        add function count
     
    diff --git a/tongji.py b/tongji.py
    index a81a715..600e54e 100644
    --- a/tongji.py
    +++ b/tongji.py
    @@ -7,3 +7,5 @@ def monitor():
     def sum(*args,**wargs):
         pass
     
    +def count():
    +    pass

    在做代码审查，或者要快速浏览其他协作者提交的更新都作了那些改动时，就可以用这个选项。此外，还有许多摘要选项可以用，例如

    • --stat ：仅显示简要的增改行数统计。

    • --pretty：

            --pretty=oneline：将每个提交放在一行显示，还有short、full、fuller可以用，展示的信息或多或少有些不同。

    1
    2
    #git log --pretty=oneline -1
    #9f8d743ef00af3906654ca35be9eaa8cfa73e383 add function count

    • --pretty=format：可以定制要显示的记录格式，这样的输出便于后期编程提取分析

    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    17
    18
    19
    20
    21
    22
    23
    24
    25
    26
    27
    28
    29
    30
    31
    32
    33
    34
    35
    #$ git log --pretty=format:"%H - %cn" -1
    #9f8d743ef00af3906654ca35be9eaa8cfa73e383 - dihaifeng
       
    #常用的格式占位符写法及其代表的意义：

      # 选项  说明

     
    # %H 提交对象（commit）的完整哈希字串
     
    # %h 提交对象的简短哈希字串
     
    # %T 树对象（tree）的完整哈希字串
     
    #    %t 树对象的简短哈希字串
     
    #    %P 父对象（parent）的完整哈希字串
     
    #    %p 父对象的简短哈希字串
     
    #    %an 作者（author）的名字
     
    #    %ae 作者的电子邮件地址
     
    #    %ad 作者修订日期（可以用 -date= 选项定制格式）
     
    #    %ar 作者修订日期，按多久以前的方式显示
     
    #    %cn 提交者(committer)的名字
     
    #    %ce 提交者的电子邮件地址
     
    #    %cd 提交日期
     
    #    %cr 提交日期，按多久以前的方式显示
     
    #    %s 提交说明

    git log 命令的具体选项如下：

    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    17
    18
    19
    20
    21
    22
    23
    24
    25
    26
    27
    28
    29
    #选项 说明
      
    # -p 按补丁格式显示每个更新之间的差异。
      
    # --stat 显示每次更新的文件修改统计信息。
    # --shortstat 只显示 --stat 中最后的行数修改添加移除统计。 
      
    # --name-only 仅在提交信息后显示已修改的文件清单。
      
    # --name-status 显示新增、修改、删除的文件清单。
      
    # --abbrev-commit 仅显示 SHA-1 的前几个字符，而非所有的 40 个字符。
      
    # --relative-date 使用较短的相对时间显示（比如，“2 weeks ago”）。
      
    # --graph 显示 ASCII 图形表示的分支合并历史。
      
    # --pretty 使用其他格式显示历史提交信息。可用的选项包括 oneline，short，full，fuller 和 format（后跟指定格式）。
     
    # -(n) 仅显示最近的 n 条提交
     
    # --since, --after 仅显示指定时间之后的提交。
     
    # --until, --before 仅显示指定时间之前的提交。
     
    # --author 仅显示指定作者相关的提交。
     
    # --committer 仅显示指定提交者相关的提交。

    五、撤销操作(git reset )、远程仓库(git remote、git fetch、git push)

        任何时候，都有可能需要撤销刚才所做的某些操作。接下来，学习几个撤销操作相关的命令，切记有些撤销操作是不可逆的，所有请务必谨慎操作。可以通过git commit --amend 命令 ，相当于有机会重新提交说明就在“Changes to be comitted”下面，括号中有提示，可以使用git reset HEAD <file>..."的方式取消暂存。

    相关命令详解：

    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    # git reset HEAD count.py   #从暂存区域撤销回工作目录
     
    #git remote -v    #查看当前远程库
     
    #git remote add pb git://github.com/paulboone/ticgit.git  #pb指对应的仓库地址
     
    #git fetch pb   #抓取所有Paul有的,但本地仓库没有的信息
     
    #git push orrigin master   #推送数据到远程仓库
     
    #git remote show origin    #查看远程仓库信息

    六、打标签

        Git可以对某一时间点上的版本打上标签，人们在发布某个版本的时候，经常这么做。下面具体了解一下如何列出所有标签，如果新建标签，以及不同类型标签之间的差别。

     6.1 列显已有的标签

       列出现有标签的命令非常简单，直接运行git tag 即可：

    1
    2
    # git tag  #显示所有标签
    v1.0

        我们可以用特定的搜索模式列出符合条件的标签，如果只对1.4.2系列版本感兴趣，可以运行下面的命令：

    1
    # git  tag  -l 'v1.4.2.*'  #列出v1.4.2下面系列的版本

    6.2 新建标签

        Git使用的标签有两种类型：轻量级的(lightweight)和含备注的(annotated)。

        含附注的标签：创建一个含附注类型的标签非常简单，用-a指定标签的名字即可；

        轻量级标签：实际就是一个保存着对应提交对象的校验和信息文件.要创建这样的标签，一个-a，-s ，-m都不用，直接给出标签名字即可：如 git tag v1.2-lw

    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    17
    18
    19
    20
    21
    22
    23
    24
    25
    # git tag -a v1.1 -m "my test"  #打含附注的标签
      
    # git show v1.1   #查看相应标签的版本信息
    # tag v1.1
    # Tagger: dihaifeng <dihaifeng@126.com>
    # Date:   Mon Mar 20 17:17:36 2017 +0800
    #
    # my test
    #
    # commit ac0ea8f6cc42d4336c228a135c4a2fdc3962d8b1
    # Author: dihaifeng <dihaifeng@126.com>
    # Date:   Mon Mar 20 16:44:03 2017 +0800
    #
    #     test
    #
    # diff --git a/count.py b/count.py
    # index 600e54e..a81a715 100644
    # --- a/count.py
    # +++ b/count.py
    # @@ -7,5 +7,3 @@ def monitor():
    #  def sum(*args,**wargs):
    #      pass
    #
    # -def count():
    # -    pass

    如果有自己的私钥，还可以用GPG来签署标签，只需要把之前的-a 改为-s 即可。

    七、分享标签

        默认情况下，git push并不会把标签传送到远端服务器上，只有通过显示命令才能分享标签到远端仓库。其命令格式如同推送分支，运行git push origin [tagname]即可：

    1
    2
    3
    4
    5
    6
    git push origin v1.0   #将标签推送到远程仓库
     
    #如果要一次推送所有本地新增的标签上QQ，可以使用 --tags
    git push origin --tags 
     
    # 这样其他人克隆共享仓库或拉取数据同步后，也会看到这些标签

    八、使用技巧

     8.1 自动补全：

       如果你用的是 Bash shell，可以试试看 Git 提供的自动补全脚本。下载 Git 的源代码，进入 contrib/completion 目录，会看到一个 git-completion.bash 文件。将此文件复制到你自己的用户主目录中（译注：按照下面的示例，还应改名加上点：cp git-completion.bash ~/.git-completion.bash），并把下面一行内容添加到你的 .bashrc 文件中：

    1
    source ~/.git-completion.bash

    可以为系统上所有用户都设置默认使用此脚本。Mac 上将此脚本复制到 /opt/local/etc/bash_completion.d 目录中，Linux 上则复制 /etc/bash_completion.d/ 目录中。这两处目录中的脚本，都会在 Bash 启动时自动加载。如果在 Windows 上安装了 msysGit，默认使用的 Git Bash 就已经配好了这个自动补全脚本，可以直接使用。在输入 Git 命令的时候可以敲两次跳格键（Tab），就会看到列出所有匹配的可用命令建议：

    1
    2
    git co<tab><tab>
        commit config
  • 相关阅读:
    EasyPlayer RTSP Windows播放器D3D,GDI的几种渲染方式的选择区别
    EasyPlayer RTSP Windows播放器D3D,GDI的几种渲染方式的选择区别
    libEasyPlayer RTSP windows播放器SDK API接口设计说明
    libEasyPlayer RTSP windows播放器SDK API接口设计说明
    EasyPlayer windows RTSP播放器OCX插件使用说明
    EasyPlayer windows RTSP播放器OCX插件使用说明
    EasyDSS RTMP流媒体服务器是怎样炼成的：Easy而且更加互联网！
    EasyDSS RTMP流媒体服务器是怎样炼成的：Easy而且更加互联网！
    关于EasyRTSPClient、EasyPlayer RTSP流重连问题的解释
    关于EasyRTSPClient、EasyPlayer RTSP流重连问题的解释
  • 原文地址：https://www.cnblogs.com/phennry/p/6591704.html
Copyright © 2020-2023  润新知