首页 > 其他分享 >Git底层命令

Git底层命令

时间:2023-02-12 20:35:22浏览次数:35  
标签:git java -- 命令 Git file ## txt 底层

Git底层命令

一、git hash-object

计算对象 ID 并可选择从文件创建 blob。(Compute object ID and optionally creates a blob from a file)

语法

git hash-object [-t <type>] [-w] [--path=<file>|--no-filters] [--stdin [--literally]] [--] <file>…​
git hash-object [-t <type>] [-w] --stdin-paths [--no-filters]

使用命名文件的内容(可以在工作树之外)计算具有指定类型的对象的对象 ID 值,并可选择将结果对象写入对象数据库。 将其对象 ID 报告给其标准输出。 未指定 时,默认为“blob”。

使用

## 创建一个文件
echo 'first file content' > file.txt 
## 简单使用
$ git hash-object file.txt
e8ae2c07b4bff941938380c0e634e45e4d7b4cc4
  • -t <type> 指定类型 (default: "blob")

    $ git hash-object -t blob  file.txt
    e8ae2c07b4bff941938380c0e634e45e4d7b4cc4
    
  • -w 实际写入到Git仓库中

    $ git hash-object -w  file.txt
    warning: LF will be replaced by CRLF in file.txt.
    The file will have its original line endings in your working directory
    e8ae2c07b4bff941938380c0e634e45e4d7b4cc4
    ##  前两位会作为目录,所以查找时要去掉
    $ find ./ -name ae2c07b4bff941938380c0e634e45e4d7b4cc4
    ./.git/objects/e8/ae2c07b4bff941938380c0e634e45e4d7b4cc4
    
  • --stdin 从标准输入而不是从文件中读取对象

    $ echo 's content' |git hash-object -w --stdin
    e8c12be28b86b9556979f789ea6275197bc939c8
    
    user@NAME MINGW64 /d/VSCode/testGit (master)
    $ find ./ -name c12be28b86b9556979f789ea6275197bc939c8
    ./.git/objects/e8/c12be28b86b9556979f789ea6275197bc939c8
    
  • --stdin-paths 从标准输入读取文件名,每行一个,而不是从命令行读取

    user@NAME MINGW64 /d/VSCode/testGit (master)
    $ echo 'sec file content' > file2.txt
    $ git hash-object --stdin-paths 
    file.txt
    e8ae2c07b4bff941938380c0e634e45e4d7b4cc4
    file2.txt
    96304fa75f979d003fe01de4a2a29e4eec97dbbe
    
  • --no-filters

  • --literally

二、git-cat-file

为存储库对象提供内容或类型和大小信息(Provide content or type and size information for repository objects)

语法

git cat-file (-t [--allow-unknown-type]| -s [--allow-unknown-type]| -e | -p | <type> | --textconv | --filters ) [--path=<path>] <object>
git cat-file (--batch[=<format>] | --batch-check[=<format>]) [ --textconv | --filters ] [--follow-symlinks]

在上述两个语法形式中:

  • 在第一种形式中,该命令提供存储库中对象的内容或类型。 类型是必需的,除非 -t 或 -p 用于查找对象类型,或 -s 用于查找对象大小,或使用 --textconv 或 --filters(暗示类型“blob”)。
  • 在第二种形式中,在标准输入上提供了一个对象列表(由换行符分隔),并且每个对象的 SHA-1、类型和大小都打印在标准输出上。 可以使用可选的 参数覆盖输出格式。 如果指定了 --textconv 或 --filters ,则输入应列出对象名称,后跟路径名称,由单个空格分隔,以便可以确定适当的驱动程序。

使用

  • -p /-t / -s 分别用于查看Git库中文件的内容,类型,大小。

    ## 写入内容到Git库中
    $ echo 'cat-file test content' |git hash-object -w --stdin
    d0f11299188c19b6eaceb25190c5fa9a72578289
    
    $ git cat-file -s d0f11299188c19b6eaceb25190c5fa9a72578289 
    22
    
    user@NAME MINGW64 /d/VSCode/testGit (master)
    $ git cat-file -t d0f11299188c19b6eaceb25190c5fa9a72578289
    blob
    
    user@NAME MINGW64 /d/VSCode/testGit (master)
    $ git cat-file -p d0f11299188c19b6eaceb25190c5fa9a72578289
    cat-file test content
    
  • -e 如果 <object> 存在并且是有效对象,则以零状态退出。 如果 <object> 的格式无效且非零,则在 stderr 上发出错误(查看文件是否中Git库中)。

    $ git cat-file -e  d0f11299188c19b6eaceb25190c5fa9a72578289
    ## 即使删除SHA-1的Id后几位也可以识别
    $ git cat-file -e  d0f11299188c19b6eaceb25190c5fa9a7257
    user@NAME MINGW64 /d/VSCode/testGit (master)
    $ git cat-file -e  d299188c19b6eaceb25190c5fa9a7257
    fatal: Not a valid object name d299188c19b6eaceb25190c5fa9a7257
    
  • --filters

    显示由当前工作树中为给定配置的过滤器转换的内容<path>(即涂抹过滤器、行尾转换等)。在这种情况下,<object>必须是<tree-ish>:<path>, 或的形式:<path>

    git cat-file --filters   d0f11299188c19b6eaceb25190c5fa9a7257:dev
    

三、git-update-index

将工作树中的文件内容注册到索引(暂存区)中(Register file contents in the working tree to the index)

语法

git update-index
             [--add] [--remove | --force-remove] [--replace]
             [--refresh] [-q] [--unmerged] [--ignore-missing]
             [(--cacheinfo <mode>,<object>,<file>)…​]
             [--chmod=(+|-)x]
             [--[no-]assume-unchanged]
             [--[no-]skip-worktree]
             [--[no-]ignore-skip-worktree-entries]
             [--[no-]fsmonitor-valid]
             [--ignore-submodules]
             [--[no-]split-index]
             [--[no-|test-|force-]untracked-cache]
             [--[no-]fsmonitor]
             [--really-refresh] [--unresolve] [--again | -g]
             [--info-only] [--index-info]
             [-z] [--stdin] [--index-version <n>]
             [--verbose]
             [--] [<file>…​]

修改索引。 提到的每个文件都会更新到(索引)暂存区中,并且清除任何未合并或需要更新的状态。另请参阅 git-add(1) 以获得对索引执行一些最常见操作的更用户友好的方式。git update-index 处理文件的方式可以使用各种选项进行修改:

使用

  • --add 如果指定的文件尚未在(索引)暂存区中,则将其添加。已存在就忽略

    ## 初始化一个仓库,并新建一个提交
    $ git init 
    Initialized empty Git repository in D:/VSCode/testUpdateIndex/.git/
    user@NAME MINGW64 /d/VSCode/testUpdateIndex (master)
    $ echo 'in commit content' > test1.txt 
    $ git add . && git commit -m 'commit '
    $ git log 
    commit d265d19d9fceb2da3d24b6ff748c000d22573842 (HEAD -> master)
        commit
    ## 查看工作树和(索引)暂存区中的内容
    $ cat test1.txt && echo '----分割线-----'  &&  git ls-files --stage |grep test1.txt |awk '{print$2}' |xargs git cat-file -p
    in commit content
    ----分割线-----
    in commit content
    
    ## 在工作树中添加即将添加到(索引)暂存区中的内容
    $ echo 'in index contet' > test1.txt && cat test1.txt 
    in index contet
    ## 使用git update-index 将修改的内容添加到(索引)暂存区中
    $ git update-index --add  test1.txt
    ## 再次修改工作树 ,并查看工作树内容
    $ echo 'in worktree contet' > test1.txt && cat test1.txt  
    in worktree contet
    ## 查看(索引)暂存区中的内容
    $ git ls-files --stage |grep test1.txt |awk '{print$2}' |xargs git cat-file -p
    in index contet
    
    
  • --refresh 查看当前索引并通过检查状态信息来检查是否需要合并或更新。

    ## 从上面的例子中现在
    $ git status 
    Changes to be committed:
      (use "git restore --staged <file>..." to unstage)
            modified:   test1.txt
            
    Changes not staged for commit:
      (use "git add <file>..." to update what will be committed)
      (use "git restore <file>..." to discard changes in working directory)
            modified:   test1.txt
            
    ##   --refresh 查看状态
    $ git update-index --refresh  
    test1.txt: needs update
    
    
  • --remove 如果指定的文件在(索引)暂存区中但缺失,则将其删除。默认忽略已删除的文件。

    实际 --remove 的作用是把工作树中文件的状态同步到(索引)暂存区中

    ## 先查看当前工作树和(索引)暂存区中的内容
    $ cat test1.txt && echo '----分割线-----'  &&  git ls-files --stage |grep test1.txt |awk '{print$2}' |xargs git cat-file -p
    in worktree contet
    ----分割线-----
    in index contet
    
    ## 使用--remove 把文件从(索引)暂存区中删除,发现(索引)暂存区中的内容变为了工作树内容一样,但是文件并没有删除
    $ git update-index  --remove    test1.txt
    $ git ls-files --stage |grep test1.txt |awk '{print$2}' |xargs git cat-file -p
    in worktree contet
    
    ## 手动删除工作树目录中的文件,如下:文件已经标记为了删除状态
    $ git status 
    On branch master
    Changes to be committed:
      (use "git restore --staged <file>..." to unstage)
            modified:   test1.txt
    
    Changes not staged for commit:
      (use "git add/rm <file>..." to update what will be committed)        
      (use "git restore <file>..." to discard changes in working directory)
            deleted:    test1.txt
    ## 再次执行 --remove  ,发现(索引)暂存区中文件已经没有了 
    $ git update-index  --remove    test1.txt
    $ git ls-files --stage |grep test1.txt  
    ## 最后,实际 --remove 的作用是把工作树中文件的状态同步到(索引)暂存区中
    
  • --force-remove 即使工作目录仍然有这样的文件,也要从(索引)暂存区中删除该文件。

    实际就是把文件从Git库中删除,变为未跟踪(Untracked)状态

    ## 先把仓库的状态恢复 
    $ git reset --hard HEAD 
    HEAD is now at d265d19 commit
    $ echo 'in index contet' > test1.txt 
    $ git ls-files --stage |grep test1.txt |awk '{print$2}' |xargs git cat-file -p
    in commit content 
    ## 将文件添加到(索引)暂存区中,此时 --add --remove 效果是一样的
    $ git update-index --remove test1.txt
    $ git ls-files --stage |grep test1.txt |awk '{print$2}' |xargs git cat-file -p 
    in index contet
    ## 使用 --force-remove 将文件从索引(暂存区)中删除
    $ git update-index --force-remove test1.txt
    ## 索引(暂存区)中已经找不到文件了
    $ git ls-files --stage |grep test1.txt 
    $ git status 
    On branch master
    Changes to be committed:
      (use "git restore --staged <file>..." to unstage)
            deleted:    test1.txt
    Untracked files:
      (use "git add <file>..." to include in what will be committed)
            test1.txt
            
    
  • -q 安静(Quiet)。如果--refresh发现索引需要更新,则默认行为是错误输出。无论如何,此选项使 git update-index 继续。

  • --ignore-submodules 不要尝试更新子模块。只有在--refresh之前传递时才会遵循此选项。

  • --unmerged 如果--refresh 在索引中找到未合并的更改,则默认行为是出错。此选项无论如何都会使git update-index继续。

    user@NAME MINGW64 /d/VSCode/testUpdateIndex (master|MERGING)
    $ git update-index  test1.txt
    $ git ls-files --stage |grep test1.txt |awk '{print$2}' |xargs git cat-file -p 
    <<<<<<< HEAD
    in master content    
    =======
    in dec branch content
    >>>>>>> dev
    ## 看不懂为啥跟想象中不一样,后面再看
    
  • --ignore-missing 在刷新期间忽略丢失的文件

    $ git update-index --refresh --ignore-missing 
    test1.txt: needs update
    
    user@NAME MINGW64 /d/VSCode/testUpdateIndex (master|MERGING)
    $ git update-index --ignore-missing --refresh 
    
  • --cacheinfo <mode>,<object>,<path> / --cacheinfo <mode> <object> <path> 直接将指定的信息插入到索引中。为了向后兼容,您也可以将这三个参数作为三个单独的参数提供,但鼓励新用户使用单参数形式。

    ## 先直接写入一个Blob对象支仓库中
    $ echo 'hash content' |git hash-object -w --stdin
    889e9b0db98e42c2de7026cad5d52cddda979dd9
    ##  将上面的对象添加到索引(暂存区)中
    $ git update-index --add  --cacheinfo 100644 889e9b0db98e42c2de7026cad5d52cddda979dd9 new_file.txt
    ## 查看文件
    $ git ls-files --stage 
    100644 889e9b0db98e42c2de7026cad5d52cddda979dd9 0       new_file.txt
    100644 a797c96ada9d63a93b30ca8ae5d03327da20267f 0       test1.txt
    ## 查看文件内容
    $  git cat-file -p  889e9b0db98e42c2de7026cad5d52cddda979dd9 
    hash content
    ## new_file.txt 文件是直接添加到索引(暂存区)中,在工作树目录中不存在,所以被标记为了deleted
    $ git status 
    On branch master
    Changes to be committed:
      (use "git restore --staged <file>..." to unstage)
            new file:   new_file.txt
    
    Changes not staged for commit:
      (use "git add/rm <file>..." to update what will be committed)        
      (use "git restore <file>..." to discard changes in working directory)
            deleted:    new_file.txt
    

四、git-write-tree

从当前索引(暂存区)创建树对象(Create a tree object from the current index)。

语法

git write-tree [--missing-ok] [--prefix=<prefix>/]

使用当前索引创建树对象。 新树对象的名称被打印到标准输出。索引必须处于完全合并状态。从概念上讲, git write-tree sync() 将当前索引内容写入一组树文件。 为了与您的目录中的实际内容相匹配,您需要在执行 git write-tree 之前完成 git update-index 阶段。

使用

  • --missing-ok 通常 git write-tree 确保目录引用的对象存在于对象数据库中。 此选项禁用此检查。
  • --prefix=<prefix>/ 写入表示子目录 的树对象。 这可用于为命名子目录中的子项目编写树对象。

五、git-read-tree

将树信息读入索引(Reads tree information into the index)

git read-tree [[-m [--trivial] [--aggressive] | --reset | --prefix=<prefix>]
                [-u [--exclude-per-directory=<gitignore>] | -i]]
                [--index-output=<file>] [--no-sparse-checkout]
                (--empty | <tree-ish1> [<tree-ish2> [<tree-ish3>]])

给出的树信息读入索引,但实际上并不更新它“缓存”的任何文件。 (参见:git-checkout-index(1))

可选地,它可以将树合并到(索引)暂存区中,使用 -m 标志执行快进(即 2 路)合并或 3 路合并。 当与 -m 一起使用时,-u 标志会导致它也使用合并的结果更新工作树中的文件。简单的合并由 git read-tree 本身完成。 当 git read-tree 返回时,只有冲突的路径才会处于未合并状态。

六、git-commit-tree

创建一个新的提交对象(Create a new commit object)

七、git-ls-files

显示有关索引和工作树中文件的信息(Show information about files in the index and the working tree)

语法

git ls-files [-z] [-t] [-v] [-f]
                (--[cached|deleted|others|ignored|stage|unmerged|killed|modified])*
                (-[c|d|o|i|s|u|k|m])*
                [--eol]
                [--deduplicate]
                [-x <pattern>|--exclude=<pattern>]
                [-X <file>|--exclude-from=<file>]
                [--exclude-per-directory=<file>]
                [--exclude-standard]
                [--error-unmatch] [--with-tree=<tree-ish>]
                [--full-name] [--recurse-submodules]
                [--abbrev[=<n>]] [--] [<file>…​]	

这将(索引)暂存区中的文件列表与实际的工作目录列表合并,并显示两者的不同组合。以下一个或多个选项可用于确定显示的文件:

使用

当前的Git仓库状态

$ ls -l 
total 2
-rw-r--r-- 1 user 197121  0 10月 19 17:34 deletefile.txt   
-rw-r--r-- 1 user 197121 19 10月 19 16:35 incommit.txt     
-rw-r--r-- 1 user 197121  6 10月 19 17:35 instage.txt      
-rw-r--r-- 1 user 197121  0 10月 19 16:48 inworkingtree.txt
-rw-r--r-- 1 user 197121  0 10月 19 16:48 notingit.txt 
##  总共有上述5个文件,文件的状态如下: 
$ git status 
On branch master
Changes to be committed:
  (use "git restore --staged <file>..." to unstage)
        modified:   instage.txt
        new file:   inworkingtree.txt

Untracked files:
  (use "git add <file>..." to include in what will be committed)
        notingit.txt
        
##  手动删除 deletefile.txt 文件,并且在工作树中修改 inworkingtree.txt 内容后
$ git status 
On branch master
Changes to be committed:
  (use "git restore --staged <file>..." to unstage)
        modified:   instage.txt
        new file:   inworkingtree.txt

Changes not staged for commit:
  (use "git add/rm <file>..." to update what will be committed)
  (use "git restore <file>..." to discard changes in working directory)
        deleted:    deletefile.txt
        modified:   inworkingtree.txt

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

  • -c /--cached 在输出中显示缓存文件(默认选项)

    $ git ls-files -c
    deletefile.txt   
    incommit.txt     
    instage.txt      
    inworkingtree.txt
    
  • -d /--delete 在输出中显示已删除的文件

    $ git ls-files -d
    deletefile.txt
    
  • -m/--modified 在输出中显示修改后的文件

    $ git ls-files -m
    deletefile.txt   
    inworkingtree.txt
    
  • -o/--others 在输出中显示其他(即未跟踪的)文件

$ git ls-files -o 
notingit.txt
  • -i/--ignored 在输出中仅显示忽略的文件。在(索引)暂存区中显示文件时,仅打印与排除模式匹配的文件。显示“其他”文件时,仅显示与排除模式匹配的文件。标准忽略规则不会自动激活,因此至少需要一个-排除*选项。

    $ git ls-files -i --exclude *.txt
    fatal: ls-files -i must be used with either -o or -c
    ## 必须要配合 -o 或者 -c 使用 
    $ git ls-files -c  -i --exclude  *
    $ git ls-files -c  -i --exclude  in*
    $ git ls-files -c  -i --exclude  ins*
    instage.txt
    ## pattern 为 ins*就显示了仓库中的文件 但是 */in* 不行 ,所以不知道这个pattern的规则到底是个啥
    
    $ git ls-files -o  -i --exclude  *
    $ git ls-files -o  -i --exclude  no*
    notingit.txt
    $ git ls-files -o  -i --exclude  n*
    notingit.txt
    ## -o 显示还在Git库中的文件 ,但是pattern 跟上面的好像又不太一样
    ##  所以这个 pattern 后续再研究研究吧
    
  • -s/--stage 在输出中显示(暂存区)分阶段内容的模式位、对象名称和阶段号。

    $ git ls-files --stage 
    100644 e69de29bb2d1d6434b8b29ae775ad8c2e48c5391 0       deletefile.txt   
    100644 eedc980bc90f6cd4fb23e7df897737b74a1116f8 0       incommit.txt     
    100644 eaf282d73469ca353d18745c2da005df2a44b931 0       instage.txt      
    100644 e69de29bb2d1d6434b8b29ae775ad8c2e48c5391 0       inworkingtree.txt
    
  • --directory 如果整个目录被归类为“其他”,请仅显示其名称(带有尾随斜杠),而不是其全部内容。

    ##  在仓库中添加两个文件夹 dirs  dirs2 ,然后把dirs添加到仓库中 
    $ git status 
    On branch master
    Changes to be committed:
      (use "git restore --staged <file>..." to unstage)
            new file:   dirs/dirsfile1.txt
            new file:   dirs/dirsfile2.txt
            modified:   instage.txt
            new file:   inworkingtree.txt
    
    Changes not staged for commit:
      (use "git add/rm <file>..." to update what will be committed)        
      (use "git restore <file>..." to discard changes in working directory)
            deleted:    deletefile.txt
            modified:   inworkingtree.txt
    
    Untracked files:
      (use "git add <file>..." to include in what will be committed)       
            dirs/dirsfile3.txt
            dirs2/
            notingit.txt
            
    ## 显示仓库中的文件夹内容 ,且dirsfile3.txt没有显示,因为不在仓库中
    $ git ls-files   --directory  D:/VSCode/testGit/dirs/
    dirs/dirsfile1.txt
    dirs/dirsfile2.txt
    $ git ls-files   --directory  dirs
    dirs/dirsfile1.txt
    dirs/dirsfile2.txt
    ## -o 显示不在仓库中的文件夹(如果目录中的文件都还在仓库中,只会显示文件夹名称,不会显示里面的文件列表)
    $ git ls-files -o   --directory  dirs 
    dirs/dirsfile3.txt
    $ git ls-files -o   --directory  dirs2
    dirs2/
    
  • --no-empty-directory 不要列出空目录。没有--directory 就没有效果。

    ## 先添加一个空目录
    $ git ls-files  -o  --directory  
    dirs/dirsfile3.txt
    dirs2/
    dirs3/
    notingit.txt
    ##  上面展示了空目录dirs3/  下面的就排除了
    $ git ls-files  -o  --directory  --no-empty-directory  
    dirs/dirsfile3.txt
    dirs2/
    notingit.txt
    
  • -u/--unmerged 在输出中显示未合并的文件(强制--Stage)

  • -k/--killed 显示文件系统上由于文件/目录冲突而需要删除的文件,以便checkout-index 能够成功。

八、git-diff-tree

比较通过两个树对象找到的 blob 的内容和模式

语法

git diff-tree [--stdin] [-m] [-s] [-v] [--no-commit-id] [--pretty]
              [-t] [-r] [-c | --cc] [--combined-all-paths] [--root] [--merge-base]
              [<common diff options>] <tree-ish> [<tree-ish>] [<path>...]

比较通过两个树对象找到的 blob 的内容和模式。如果只给出了一个 ,则将提交与其父级进行比较(参见下面的 --stdin )。请注意,git diff-tree可以使用封装在提交对象中的树

使用

## 使用一个真实项目的log 
$ git log -n 6 --pretty=oneline
7162219939a21f6a85cf47cefc4894e147149899 【ID1005444】JK-订舱
d47fec895f09a1050de7a75a2c117d689a133146 【ID1005400】
1de15052807a374abc72572a4fdfbaf8effccbb9 Merge branch 'dev' of 
58cf4f727d0c820ef8dd5c6b977f920c6d9945b4 【ID1005400】
ebd7e8d149dcc9a39b19fb5edf1e9c99b5dad1ab 【ID1005397】 JK-录
## 不使用任何参数和一个commit ,它会与其父级进行比较
$ git diff-tree    82643302766d3e37bb7d0b850364d198f09d8ec6
82643302766d3e37bb7d0b850364d198f09d8ec6
:040000 040000 ae9ce5d1a714f9edef91adaea515c1a18c660b21 970d4ce91397fff665273695aa436d7ed5c2c4c6 M      src

## 不使用任何参数和两个commit 
$ git diff-tree    8264330276 5b765a2bf
:040000 040000 970d4ce91397fff665273695aa436d7ed5c2c4c6 388fa266ed8045d5adf800c606fb2097d1c3152c M      src
  • --name-only 仅显示更改文件的名称

  • --name-status 仅显示更改文件的名称和状态。

  • -r 递归到子树中

  • -t 显示树条目本身以及子树(会显示目录)。默认带上 -r

  • --no-commit-id 在适用时输出带有提交 ID 的行。此标志抑制了提交 ID 输出。

    $ git diff-tree  --name-only  8264330276 5b765a2bf
    src
    $ git diff-tree  --name-status 8264330276 5b765a2bf
    M       src
    $ git diff-tree  --name-status --name-only  8264330276 5b765a2bf
    fatal: --name-only, --name-status, --check and -s are mutually exclusive
    ## -t -r 
    $ git diff-tree -t --name-only     8264330276 5b765a2bf
    src
    src/main
    src/main/java
    src/main/java/com
    src/main/java/com/api
    src/main/java/com/api/other
    src/main/java/com/api/other/CloudSchoolSummaryVo.java
    src/main/java/weaver
    src/main/java/weaver/interfaces
    src/main/java/weaver/interfaces/schedule
    src/main/java/weaver/interfaces/schedule/cloudschool
    src/main/java/weaver/interfaces/schedule/cloudschool/CloudSchoolCronJob.java
    $ git diff-tree -r --name-only     8264330276 5b765a2bf
    src/main/java/com/api/other/CloudSchoolSummaryVo.java
    src/main/java/weaver/interfaces/schedule/cloudschool/CloudSchoolCronJob.java
    ## 
    $ git diff-tree    --no-commit-id -r --name-only  826433027
    src/main/java/weaver/interfaces/schedule/cloudschool/CloudSchoolCronJob.java
    $ git diff-tree      -r --name-only  826433027
    82643302766d3e37bb7d0b850364d198f09d8ec6
    src/main/java/weaver/interfaces/schedule/cloudschool/CloudSchoolCronJob.java
    
  • --raw 以原始格式生成差异。这是默认设置。

  • --indent-heuristic 启用改变差异块边界的启发式方法,使补丁更易于阅读。这是默认设置。

  • -p /-u /--patch 生成修改(补丁)的对比

  • --patch-with-raw 等同于 -p --raw

  • --minimal 花额外的时间来确保产生尽可能小的差异。

  • --patience 使用“耐心差异”算法生成差异。

  • --histogram 使用“直方图差异”算法生成差异。

    $ git diff-tree --raw --indent-heuristic 826433027  762f92d08
    :040000 040000 970d4ce9139 ae9ce5d1a714f9 M      src
    $ git diff-tree --patch  826433027  762f92d08 
    diff --git a/src/main/java/weaver/interfaces/schedule/cloudschool/CloudSchoolCronJob.java b/src/main/java/weaver/interfaces/schedule/cloudschool/CloudSchoolCronJob.java
    index a8659941..c2a49381 100644
    --- a/src/main/java/weaver/interfaces/schedule/cloudschool/CloudSchoolCronJob.java        
    +++ b/src/main/java/weaver/interfaces/schedule/cloudschool/CloudSchoolCronJob.java        
    @@ -52,8 +52,7 @@ public class CloudSchoolCronJob extends BaseCronJob implements CronJob {
             internalTrainerDataSynchronization(token);
             /*  从培训记录中读取数据,并校验后将待考核人员数据写入台账 */
             toBeAssessed();
    -        /*  人员带位升级 */
    -        dwUpgrade();
    +
             logger.info("get  data over");
         }
    ## --patch-with-raw  --minimal  --patience --histogram
    $ git diff-tree --patch-with-raw  --minimal  --patience --histogram   826433027  762f92d08
    :100644 100644 a86599416146bc95571c4518186533b59af0099c c2a493817607f666e7ed3fdbf89ce9f8439de6da M      src/main/java/weaver/interfaces/schedule/cloudschool/CloudSchoolCronJob.java
    
    diff --git a/src/main/java/weaver/interfaces/schedule/cloudschool/CloudSchoolCronJob.java b/src/main/java/weaver/interfaces/schedule/cloudschool/CloudSchoolCronJob.java
    index a8659941..c2a49381 100644
    --- a/src/main/java/weaver/interfaces/schedule/cloudschool/CloudSchoolCronJob.java
    +++ b/src/main/java/weaver/interfaces/schedule/cloudschool/CloudSchoolCronJob.java
    @@ -52,8 +52,7 @@ public class CloudSchoolCronJob extends BaseCronJob implements CronJob {
             internalTrainerDataSynchronization(token);
             /*  从培训记录中读取数据,并校验后将待考核人员数据写入台账 */
             toBeAssessed();
    -        /*  人员带位升级 */
    -        dwUpgrade();
    +
             logger.info("get  data over");
         }
    
  • -c 这个标志改变了合并提交的显示方式(这意味着它只有在给命令一个 , 或 时才有用--stdin)。它同时显示每个父级与合并结果的差异,而不是一次显示父级和结果之间的成对差异(这是该-m选项的作用)。此外,它仅列出从所有父项修改的文件。

  • -cc 这个标志与-c选项类似。它暗示了-c and-p选项

  • --combined-all-paths 此标志导致组合差异(用于合并提交)列出所有父项的文件名。因此,它仅在指定 -c 或 --cc 时有效,并且可能仅在检测到文件名更改时才有用(即,当请求重命名或复制检测时)。

  • --always 即使差异本身为空,也显示提交本身和提交日志消息。

    $ git diff-tree  -r --name-only  --always  1de15052807a37
    1de15052807a374abc72572a4fdfbaf8effccbb9
    
  • --src-prefix=<prefix> 显示给定的源前缀而不是“a/”。

  • --dst-prefix=<prefix> 显示给定的目的地前缀而不是“b/”。

  • --line-prefix=<prefix> 为每一行输出添加一个附加前缀。

  • --no-prefix 不要显示任何源或目标前缀。

    $ git diff-tree  -r  --name-only   --line-prefix='& ' --no-prefix 1de15052807a37  58cf4f727d0c8
    & src/main/java/weaver/interfaces/workflow/action/SupplierClientToSapAction.java   
    & src/main/java/weaver/interfaces/workflow/action/fssc/SRWLTK2FSSCAction.java      
    & src/main/java/weaver/interfaces/workflow/action/hr/HrHiringAction.java
    & src/main/java/weaver/interfaces/workflow/action/hr/JkSupplementAction.java       
    & src/main/java/weaver/interfaces/workflow/action/hr/JobOrganizationOperation.java 
    & src/main/java/weaver/interfaces/workflow/action/hr/ShHrHiringAction.java
    & src/main/java/weaver/interfaces/workflow/action/hr/Shhr03SupplementAction.java   
    & src/main/java/weaver/interfaces/workflow/action/hr/ValidateRecruitmentAction.java
    

标签:git,java,--,命令,Git,file,##,txt,底层
From: https://www.cnblogs.com/xysgo/p/16786556.html

相关文章

  • Git命令列表--git-branch
    GitBranch名称git-branch-列出、创建或删除分支(List,create,ordeletebranches)语法gitbranch[--color[=<when>]|--no-color][--show-current][-......
  • Git命令列表--git-checkout
    GitCheckout名称git-Checkout-切换分支或恢复工作树文件语法gitcheckout[-q][-f][-m][<branch>]gitcheckout[-q][-f][-m]--detach[<branch>]gitcheck......
  • Git命令列表--git-worktree
    GitWorktree名称git-worktree-管理附加到同一存储库的多个工作树。语法gitworktreeadd[-f][--detach][--checkout][--lock[--reason<string>]][-b<new-br......
  • docker部署gitlab
    ---version:'3'services:gitlab:image:gitlab/gitlab-ce:latestrestart:alwaysports:-8443:443-8080:80-222:22container_......
  • Mac 配置 github ssh (转)
    转自:Github官方文档:生成新的SSH密钥并将其添加到ssh-agent1、生成新SSH密钥,粘贴下面的文本(替换为您的GitHub电子邮件地址)。执行过程中需要输入确认的地方直接按......
  • ansible的部署和命令模块
    一、ansible的概述1、ansible简介Ansible是一款为类Unix系统开发的自由开源的配置和自动化工具。它用Python写成,类似于saltstack和Puppet,但是有一个不同和优点是我们......
  • 软件测试|程序猿必会的git操作(二)
    Git创建仓库上传代码相关操作上篇文章,我们讲了如何配置Git环境,注册Gitee账号,本篇文章我们讲解一下Fork和clone项目的操作。Fork项目在Gitee上也有部分优秀的开源项目,我们想......
  • Linux基础命令-history历史记录
    前言    在工作中,经常会需要多次重复某一个命令,或者需要查看之前执行过什么命令,那么都少不了history这个命令,下面一起来看看吧。一、history命令介绍    hi......
  • Linux基础命令-date设置时间
    前言    服务器上的时间往往要用到这个命令,而date命令能修改的不仅仅是时间,还可以修改时区,同步大厂的时间等。一、date命令的介绍    date命令来自于英文单......
  • Linux文件管理命令(4)-cat查看文件内容
     前言    cat主要是用来查看文件内容的,一般也搭配管道符一起来使用,比如有时候要计算文件有多少行或者要截取里面的内容,都还是很实用的。一、cat命令介绍   ......