Git

Git

1.起步

  • 建议直接去看官方文档

1.1创建本地用户

$ git config --global user.name "Your Name"
$ git config --global user.email "email@example.com"

如果使用了 --global 选项，那么该命令只需要运行一次，因为之后无论你在该系统上做任何事情， Git 都会使用那些信息。 当你想针对特定项目使用不同的用户名称与邮件地址时，可以在那个项目目录下运行没有 --global 选项的命令来配置

1.2检查配置信息

$ git config --list
$ git config --system --list
$ git config --global --list
$ git config --local --list

可以通过输入 git config <key>： 来检查 Git 的某一项配置

1.3获取帮助

$ git <verb> -h

2.Git基础

2.1获取git仓库

将尚未进行版本控制的本地目录转换为 Git 仓库

在项目目录下输入git init进行初始化，创建一个名叫.git的子目录

从其它服务器 克隆 一个已存在的 Git 仓库

  • 克隆并指定新的目录名
$ git clone git@github.com:Sprinining/res1.git myres1

2.2 记录每次更新到仓库

文件状态

  • 已跟踪：已跟踪的文件是指那些被纳入了版本控制的文件，在上一次快照中有它们的记录，在工作一段时间后， 它们的状态可能是未修改，已修改或已放入暂存区。简而言之，已跟踪的文件就是 Git 已经知道的文件。

  • 未跟踪：除已跟踪文件外的其它所有文件都属于未跟踪文件，它们既不存在于上次快照的记录中，也没有被放入暂存区。 初次克隆某个仓库的时候，工作目录中的所有文件都属于已跟踪文件，并处于未修改状态，因为 Git 刚刚检出了它们， 而你尚未编辑过它们。

  • git status查看当前文件状态

跟踪新文件

  • 使用命令git add <file>，注意，可反复多次使用，添加多个文件。可以用它开始跟踪新文件，或者把已跟踪的文件放到暂存区，还能用于合并时把有冲突的文件标记为已解决状态等
  • git status -s查看简要信息
$ git status -s
 M README
MM Rakefile
A  lib/git.rb
M  lib/simplegit.rb
?? LICENSE.txt

新添加的未跟踪文件前面有 ?? 标记，新添加到暂存区中的文件前面有 A 标记，修改过的文件前面有 M 标记。 输出中有两栏，左栏指明了暂存区的状态，右栏指明了工作区的状态。例如，上面的状态报告显示： README 文件在工作区已修改但尚未暂存，而 lib/simplegit.rb 文件已修改且已暂存。 Rakefile 文件已修，暂存后又作了修改，因此该文件的修改中既有已暂存的部分，又有未暂存的部分。

忽略文件

  • 设置.gitignore文件

    • 所有空行或者以 # 开头的行都会被 Git 忽略。
    • 可以使用标准的 glob 模式匹配，它会递归地应用在整个工作区中。
    • 匹配模式可以以（/）开头防止递归。
    • 匹配模式可以以（/）结尾指定目录。
    • 要忽略指定模式以外的文件或目录，可以在模式前加上叹号（!）取反。

  • 所谓的 glob 模式是指 shell 所使用的简化了的正则表达式。

    • 星号（*）匹配零个或多个任意字符；
    • [abc] 匹配任何一个列在方括号中的字符 （这个例子要么匹配一个 a，要么匹配一个 b，要么匹配一个 c）；
    • 问号（?）只匹配一个任意字符；
    • 如果在方括号中使用短划线分隔两个字符， 表示所有在这两个字符范围内的都可以匹配（比如 [0-9] 表示匹配所有 0 到 9 的数字）。
    • 使用两个星号（**）表示匹配任意中间目录，比如 a/**/z 可以匹配 a/z 、 a/b/z 或 a/b/c/z 等。
# 忽略所有的 .a 文件
*.a

# 但跟踪所有的 lib.a，即便你在前面忽略了 .a 文件
!lib.a

# 只忽略当前目录下的 TODO 文件，而不忽略 subdir/TODO
/TODO

# 忽略任何目录下名为 build 的文件夹
build/

# 忽略 doc/notes.txt，但不忽略 doc/server/arch.txt
doc/*.txt

# 忽略 doc/ 目录及其所有子目录下的 .pdf 文件
doc/**/*.pdf

查看已暂存和未暂存的修改

  • git diff 比对工作区文件与最后一次提交的文件差异
  • git diff --staged 命令。 比对暂存区文件与最后一次提交的文件差异
  • git diff --check查看空白

提交更新

  • git commit会启动文本编辑器来输入提交说明（启动的编辑器是通过 Shell 的环境变量 EDITOR 指定的，一般为 vim 或 emacs。 当然也可以使用 git config --global core.editor 命令设置编辑器。）
  • 使用命令git commit -m <message>，完成。
  • 提交时记录的是放在暂存区域的快照。 任何还未暂存文件的仍然保持已修改状态，可以在下次提交时纳入版本管理。 每一次运行提交操作，都是对你项目作一次快照，以后可以回到这个状态，或者进行比较。
  • git config core.autocrlf false消除换行符警告

跳过git add

  • 给 git commit 加上 -a 选项，Git 就会自动把所有已经跟踪过的文件暂存起来一并提交，从而跳过 git add 步骤

删除文件

  • 如果对已被追踪的文件手动删除，运行 git status 时就会在 Changes not staged for commit 的提示，需要git add添加这次删除或者git rm删除暂存区和工作区的
  • 将文件从暂存区和工作区中删除
$ git rm <file>
  • 如果删除之前修改过并且已经放到暂存区域的话，则必须要用强制删除选项 -f
  • 把文件从暂存区移除，但保留在当前工作目录中（仅是从跟踪清单中删除，文件保留在磁盘，git不再跟踪）
$ git rm --cached <file>

移动文件

$ git mv file_from file_to
  • 运行 git mv 就相当于运行了下面三条命令：
$ mv README.md README
$ git rm README.md
$ git add README

2.3查看提交历史

  • git log按时间先后顺序列出所有的提交，最近的更新排在最上面。 正如你所看到的，这个命令会列出每个提交的 SHA-1 校验和、作者的名字和电子邮件地址、提交时间以及提交说明。
  • -p 或 --patch ，它会显示每次提交所引入的差异（按 补丁 的格式输出）。 你也可以限制显示的日志条目数量，例如使用 -2 选项来只显示最近的两次提交
  • 用git reflog查看命令历史，以便确定要回到未来的哪个版本。
选项 说明
-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（用来定义自己的格式）。
--oneline --pretty=oneline --abbrev-commit 合用的简写。
选项 说明
-<n> 仅显示最近的 n 条提交。
--since, --after 仅显示指定时间之后的提交。
--until, --before**** 仅显示指定时间之前的提交。
--author 仅显示作者匹配指定字符串的提交。
--committer 仅显示提交者匹配指定字符串的提交。
--grep 仅显示提交说明中包含指定字符串的提交。
-S 仅显示添加或删除内容匹配指定字符串的提交。

2.4撤销操作

覆盖提交

  • 修改上次的提交信息，或者添加或修改文件，覆盖上次的提交：
$ git commit --amend

取消暂存的文件

  • git reset HEAD <file> 或者git restore --staged <file>从暂存区移除文件

撤销对文件的修改

  • git checkout -- <file> 是一个危险的命令。对文件在本地的任何修改都会被最近一次提交的版本(暂存区或者最近一次commit的文件)覆盖掉，只是覆盖工作区，暂存区的内容不会被覆盖

  • 命令git checkout -- readme.txt意思就是，把readme.txt文件在工作区的修改全部撤销，这里有两种情况：

    • readme.txt自修改后还没有被放到暂存区，现在，撤销修改就回到和版本库一模一样的状态；
    • readme.txt已经添加到暂存区后，又作了修改，现在，撤销修改就回到添加到暂存区后的状态。
      总之，就是让这个文件回到最近一次git commit或git add时的状态。

场景1：当你改乱了工作区某个文件的内容，想直接丢弃工作区的修改时，用命令git checkout -- file。

场景2：当你不但改乱了工作区某个文件的内容，还添加到了暂存区时，想丢弃修改，分两步，第一步用命令git reset HEAD <file>，就回到了场景1，第二步按场景1操作。

场景3：已经提交了不合适的修改到版本库时，想要撤销本次提交，参考版本回退一节，不过前提是没有推送到远程库。

2.5远程仓库

  • 查看已经配置的远程仓库服务器，可以运行 git remote 命令

  • 指定选项 -v，会显示需要读写远程仓库使用的 Git 保存的简写与其对应的 URL

  • git remote add <shortname> <url> 添加一个新的远程 Git 仓库，同时指定一个方便使用的简写

  • git fetch <remote> 访问远程仓库，从中拉取所有没有的数据，拉取到远程分支。 执行完成后，必须手动将其合并入当前分支

  • git remote rename重命名，git remote rm删除

  • 把一个已有的本地仓库与之关联，然后把本地仓库的内容推送到GitHub仓库

    • 与远程库关联
    $ git remote add origin git@github.com:username/learngit.git
    • 把本地库的所有内容推送到远程库上
    $ git push -u origin master

    第一次推送master分支时，加上了-u参数，Git不但会把本地的master分支内容推送的远程新的master分支，还会把本地的master分支和远程的master分支关联起来，在以后的推送或者拉取时就可以简化命令。

    • 把本地master分支的最新修改推送至GitHub。
    $ git push origin master
    • 如果添加的时候地址写错了，或者就是想删除远程库，可以用git remote rm <name>命令。使用前，建议先用git remote -v查看远程库信息，然后根据名字删除。此处的“删除”其实是解除了本地和远程的绑定关系，并不是物理上删除了远程库。

  • 从github仓库克隆出新的仓库

    • 克隆到本地文件夹
    $ git clone git@github.com:username/learngit.git

2.6打标签

  • git tag显示已有标签
  • git tag -l "v1.8.5*"使用 统配模式时，-l是必须的

附注标签

  • git tag -a v1.4 -m "my version 1.4"，-m 选项指定了一条将会存储在标签中的信息。 如果没有为附注标签指定一条信息，Git 会启动编辑器要求输 入信息
  • git show v1.4显示标签具体内容

轻量标签

  • git tag v1.4-lw只需提供名字

对之前的提交打标签

  • git tag -a v1.2 哈希值

共享标签

  • git push origin <tagname>
  • git push origin --tags会把所有不在远程仓库服务器上的标签全部传送到那

删除标签

  • git tag -d <tagname> 删除本地仓库的标签
  • git push <remote> :refs/tags/<tagname>更新到远程仓库，或者是git push origin -d <tagname>

检出标签

  • git checkout -b version2 v2.0.0通常需要创建一个新分支

2.7Git别名

  • git config --global alias.ll 'log --oneline --graph': 用git ll 代替 git log --oneline --graph
  • git config --global alias.ll 'log --oneline --graph --decorate --all --date=iso --pretty=format:"%Cred%h%Creset %C(yellow)%d%Creset %s %Cgreen(%Cblue%an %Cgreen%cd)%Creset"'

2.8版本回退

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

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

  • 用HEAD表示当前版本，上一个版本就是HEAD^，上上一个版本就是HEAD^^，往上n个版本为HEAD~n。

  • 使用命令git reset --hard commit_id可以切换版本。

    • git reset --hard xxx

      三个区都同步，都跳到这个 xxx 的版本上。

    • git reset --soft xxx

      前面两个区不同步，就只有本地库跳到这个版本。

    • git reset --mixed xxx

      暂存区同步，工作区不动。

  • 用git log可以查看提交历史，以便确定要回退到哪个版本。--pretty=oneline显示简要信息。

2.9贮藏

  • git stash或者git stash push：贮藏（stash）会处理工作目录的脏的状态——即跟踪文件的修改与暂存的改动(即已跟踪文件)——然后将未完成的修改保存到一 个栈上， 而你可以在任何时候重新应用这些改动（甚至在不同的分支上）
  • git stash list：查看贮藏
  • git stash apply：重新应用最近的贮藏
  • git stash apply stash@{xxx}：通过名字指定要应用的贮藏
  • git stash drop：移除
  • git stash pop：应用贮藏后从栈上移除
  • git stash -u：会贮藏未跟踪但没被忽略的文件
  • git stash -a：贮藏包括忽略的文件
  • git stash branch <branchname>：以你指定的分支名，在stash时的最近一次的commit处（不是从当前commit处），创建一个新分支，检出贮藏工作时所在的提交，重新在那应用工作，然后在应用成功后丢弃贮藏
  • git stash show -p stash@{xxx}：显示详情

3.Git分支

3.1分支管理

创建分支

  • 查看分支：git branch

  • 查看每个分支的最后一次提交：git branch -v

  • 更详细的：git branch -vv会将所有的本地分支列出来并且包 含更多的信息，如每一个分支正在跟踪哪个远程分支与本地分支是否是领先、落后或是都有

  • 查看已经合并或者没合并的分支：git branch --merged，git branch --no-merged

  • 创建分支：git branch <name>

  • 切换分支：git checkout <name>或者git switch <name>

  • 创建+切换分支：git checkout -b <name>或者git switch -c <name>

  • 删除分支：git branch -d <name>，有未合并的时，需用git branch -D强制删除

合并分支

  • 合并某分支到当前分支：git merge <name>
  • 合并分支图：git log --graph，用git log --oneline --graph --decorate --all更清晰
  • 合并分支时，加上--no-ff参数就可以用普通模式合并，合并后的历史有分支，能看出来曾经做过合并，而fast forward合并就看不出来曾经做过合并。$ git merge --no-ff -m "merge with no-ff" dev
  • 两个分支在同一条线上：快进（fast-forward）
  • 不在一条线上：开发历史从一个更早的地方开始分叉开来，Git 会使用两个分支的末端所指的快照以及这两个分支最近的公共祖先，做一个简单的三方合并。Git 将此次三方合并的结果做了一个新的快照并且自动创建一个新的提交指向它。 这个被称作一次合并提交，它的特别之处在于他有不止一个父提交。

解决冲突

git diff --name-only --diff-filter=U查看冲突的文件

3.2远程分支

  • git branch -a：查看所有分支

  • git branch -r：查看远程分支

  • git ls-remote ：显式地获得远程引用的完整列表

  • git remote show：获得远程分支的更多信息

  • git fetch <remote>：从远程仓库抓取本地没有的数据，并更新本地数据库，移动 origin/master 指针到更新之后的位置

  • git config --global credential.helper cache：避免每次输密码

推送

  • git push <remote> <branch> ：推送到远程
    • git push origin severfix：Git 自动将 test分支名字展开为refs/heads/severfix:refs/heads/severfix， 推送本地的severfix分支来更新远程仓库上的severfix分支
    • 也可以git push origin severfix:severfix或者git push origin severfix:newName
    • 下一次其他协作者从服务器上抓取数据时，他们会在本地生成一个远程分支 origin/serverfix，指向服务器 的 serverfix 分支的引用，要特别注意的一点是当抓取到新的远程跟踪分支时，本地不会自动生成一份可编辑的副本（拷贝）。 换一句话 说，这种情况下，不会有一个新的 serverfix 分支——只有一个不可以修改的 origin/serverfix 指针。 可以运行 git merge origin/serverfix 将这些工作合并到当前所在的分支
    • 如果想要在自己的 serverfix 分支上工作，可以将其建立在远程跟踪分支之上： git checkout -b serverfix origin/serverfix，这会有一个用于工作的本地分支，并且起点位于 origin/serverfix。

跟踪分支

  • 先git fetch <remote>更新远程跟踪分支

  • git checkout -b <branch> <remote>/<branch>快捷方式为git checkout --track origin/serverfix：当克隆一个仓库时，它通常会自动地创建一个跟踪origin/master的 master分支

  • git fetch --all; git branch -vv：需要在运行此命令前抓 取所有的远程仓库

删除远程分支

  • git push origin -d test删除

3.3变基

  • https://git-scm.com/book/zh/v2/Git-分支-变基

  • 变基操作的实质是丢弃一些现有的提交，然后相应地新建一些内容一样但实际上不同的提交

  • git switch dev切换到开发分支，git rebase master把dev分支上的修改应用到master分支上，git switch master切回主分支，git merge dev进行一次快进合并

  • git rebase --onto master server client：取出 client 分支，找出它从 server 分支分歧之后的补丁， 然后把这些补丁在 master 分支上重放一遍，让 client 看起来像直接基于 master 修改一样，然后切回主分支进行一次快进合并git switch master; git merge client

  • git rebase master server：将server中的修改变基到master

  • 变基的风险：要用它得遵守一条准则： 如果提交存在于你的仓库之外，而别人可能基于这些提交进行开发，那么不要执行变基。 如果你遵循这条金科玉律，就不会出差错。 否则，人民群众会仇恨你，你的朋友和家人也会嘲笑你，唾弃你。

  • 如果你只对不会离开你电脑的提交执行变基，那就不会有事。 如果你对已经推送过的提交执行变基，但别人没 有基于它的提交，那么也不会有事。 如果你对已经推送至共用仓库的提交上执行变基命令，并因此丢失了一些 别人的开发所基于的提交， 那你就有大麻烦了，你的同事也会因此鄙视你。 如果你或你的同事在某些情形下决意要这么做，请一定要通知每个人执行git pull --rebase命令，这样尽 管不能避免伤痛，但能有所缓解。

3.4重置

重置的作用

  • git reset --soft HEAD^：移动HEAD到上一次提交，本质是撤销了上一次的提交。不会改变暂存区和工作区，可以用来压缩提交
  • git reset --mixed HEAD^或git reset HEAD^：在上一步基础上，把HEAD当前的内容覆盖到暂存区
  • git reset --hard HEAD^：在上一步基础上，进一步覆盖到工作区

指定路径来重置

  • 若指定了一个路径，reset将会跳 过第一步，并且将它的作用范围限定为指定的文件或文件集合

  • git reset file.txt或者git reset --mixed HEAD file.txt：跳过第一步，覆盖暂存区。本质上是把file.txt从HEAD复制到暂存区（取消暂存文件的效果）

  • git reset 哈希值 file.txt：指定一个提交来拉取该文件的对应版本

区别于checkout

  • git checkout [branch]与运行git reset --hard [branch]非常相似，它会更新所有三棵树使 其看起来像 [branch]，不过有两点重要的区别。 首先不同于reset --hard，checkout对工作目录是安全的，它会通过检查来确保不会将已更改的文件弄丢。 其实它还更聪明一些。它会在工作目录中先试着简单合并一下，这样所有 还未修改过的文件都会被更新。 而reset --hard则会不做检查就全面地替换所有东西

  • reset会移动HEAD分支的指向，而checkout只会移动HEAD自身来指向另一个分支

  • 下面的速查表列出了命令对树的影响。 “HEAD” 一列中的 “REF” 表示该命令移动了 HEAD 指向的分支引 用，而 “HEAD” 则表示只移动了 HEAD 自身。 特别注意 WD Safe? 一列——如果它标记为 NO，那么运行该命 令之前请考虑一下。

3.5高级合并

  • git merge --abort：尝试恢复到运行合并前的状态， 但当运行命令前，在工作目录中有未储藏、未 提交的修改时它不能完美处理，所以使用前最好保持工作区干净
  • git merge -Xignore-all-space：比较行时，完全忽略空白修改
  • git merge -Xignore-space-change：将一个空白符与多个连续的空白字符视作等价

3.6子模块

posted @ 2021-09-17 08:51  n1ce2cv  阅读(29)  评论(0)  编辑  收藏  举报