美文网首页
Git技巧和问题解决方案

Git技巧和问题解决方案

作者: 科研者 | 来源:发表于2020-01-30 14:23 被阅读0次

    本文汇总了Git的一些技巧 和 我在使用Git的过程中遇到的问题及解决方案

    目录

    内容

    1. 不显示中文

    使用 git status 查看文件的状态时,如果文件名是中文,会显示形如 "\345\270\270\347\224\250\346\212\200\345\267\247.pages" 的情况;
    解决方案:
    配置core.quotepath的值为假:

    git config --global core.quotepath false
    

    2. 添加远程跟踪分支

    当使用命令 git clone -b <远程分支> --single-branch <远程仓库> [本地目录] 只克隆指定的远程分支时,在本地仓库只会有指定远程分支的远程跟踪分支,如果要追加该远程仓库的其它分支的远程跟踪分支,可以按照如下操作:

    解决方案:

    1. 添加远程跟踪分支
      git remote set-branches --add <远程仓库> <远程分支>...
      
    2. 取回相应的远程分支 的更新到该远程跟踪分支;
      如果省略了 本地分支 (如下)则只是取回指定 远程仓库 的指定 远程分支 的更新到到相应的远程跟踪分支;
      git fetch <远程仓库> [远程分支]
      
    3. 创建跟踪分支
      git branch --track <分支名> [<远程跟踪分支>]
      

    把本地项目推送到新的远程仓库

    当你想把本地已存在的项目放到远程仓库时,我们通常会在远程git上创建一个全新的空仓库,然后就会遇到这个问题:如何把已存在的项目上传到远程仓库,并跟踪该远程仓库?

    解决方案:
    注意: 如果该项目中已经有本地仓库了(即已经进行本地的版本控制了),则需要跳过前3步,从第4步开始;

    1. 在项目根目录下创建(初始化)本地仓库;
      git init
      
    2. 暂存所有文件;
      git add *
      
    3. 提交一次更新;
      git commit -m "第1次提交"
      
    4. 添加远程仓库;
      git remote add <远程仓库名> <远程仓库的URL>
      
      备注: 远程仓库名是自定义的,只是为了方便引用;
    5. 推送本地分支到远程仓库,并跟踪远程分支;
      git push -u <远程仓库名> <本地分支>
      

    3. 彻底删除文件或目录

    如果我们直接删除某个文件或者目录,然后提交,这并不会把该文件从仓库中真正的删除,这个文件仍然存在仓库中,并为之前的版本会包含它;若需要从仓库中彻底删除文件或者目录(就像这个文件从一开始就不存在一样),则需要用 git 的 filter-branch 命令,它是 git 用来过滤的命令,具体解决方案如下:

    解决方案:

    1. 从仓库中彻底删除文件:
      命令如下:

      git filter-branch --force --index-filter 'git rm --cached --ignore-unmatch <被删除的文件路径名>' --prune-empty --tag-name-filter cat -- --all
      

      其中,被删除的文件路径名 就是你要删除的文件或目录 相对于 相对于git仓库根目录 的相对路径。
      注意:

      • 路径名不能以 / 开头,否则路径名会被认为是从 git 的安装目录开始的;
      • 如果要删除的目标不是文件夹,则需要在 git rm --cached 命令后面添加 -r 选项,表示递归处理,将指定目录下的所有文件与子目录一并删除掉;
    2. 强制推送修改后的更新到远程仓库:

      git push --force --all
      

      --force 选项表示以强制的方式推送;

    3. 清理和回收空间:
      通过以上步骤就已经从仓库的所有版本中删除了相应的文件或目录,但是原来的提交对象将被存储在.git/refs/original中,所以,若想彻底删除他们,则可以使用如下命令:

      $ rm -rf .git/refs/original/
      $ git reflog expire --expire=now --all
      $ git gc --prune=now
      $ git gc --aggressive --prune=now
      

    4. Git命令自动补全

    通过按 Tab 键,shell 客户端一般会自动补全 命令 和 文件路径,但是它无法补全 git 的参数命令,因为 git 的很多子命令都是以参数形式使用的;不过,可以通过 git-completion.bash 脚本来实现 git 命令的自动补全, git-completion.bash 的安装步骤如下:

    git-completion.bash的安装步骤:

    1. 下载 git-completion.bash 并放到 Home 目录下;
      curl https://raw.githubusercontent.com/git/git/master/contrib/completion/git-completion.bash -o ~/.git-completion.bash
      
    2. 将下面的代码追加到到 shell 的启动配置文件中 ~/.bash_profile
      if [ -f ~/.git-completion.bash ]; then 
      . ~/.git-completion.bash 
      fi 
      
    3. 使配置生效
      source ~/.bash_profile
      
    4. 需要补全提示时,可按 TAB 键进行命令的自动补全或提示;

    5. 本地分支覆盖(替换)远程仓库中的分支

    当你想用本地分支覆盖远程仓库中的分支时,可用如下命令,详情见 7. 推送push
    语法:

    git push [-f | --force] [--force-with-lease] [远程仓库S] [本地分支L][:<远程分支R>]
    

    选项:
    -f | --force : 强制推送,如果 远程分支本地分支 不一致,则会用 本地分支 覆盖 远程分支
    --force-with-lease : 比 -f | --force 更安全一些强制推送,如果 远端仓库 的 目标分支 有其他人推送了新的提交,且这些提交还没有被 fetch本地仓库,那么推送将会被拒绝;

    示例:

    git push --force-with-lease origin 工具:工具
    

    6. 远程仓库中的分支覆盖(替换)本地分支

    6.1. 方案1: 强制pull

    当你想弃用本地分支,采用远程仓库中的分支时来替换本地分支时,可用如下命令,详情见 拉取pull
    语法:

    git pull [-f | --force] [<远程仓库> [[远程分支][:<本地分支>]]
    

    选项:
    -f | --force : 强制拉取并合并到 本地分支,如果 远程分支本地分支 不一致,则会用 远程分支 覆盖 本地分支

    示例:

    git pull --force origin 工具:工具
    

    6.2. 方案2: 先fetch再将reset到远程分支

    1. 拉取远程分支 `git fetch` ;
    2. 将当前分支重置到远程分支 `git reset --hard origin/master` ;
    

    7. 删除远程分支或tag

    7.1. Git v1.7.0 之后的新方法

    7.1.1. 删除远程分支

    语法:

    git push [-d | --delete]  <远程仓库S>  <分支R>
    

    删除 远程仓库S分支R

    示例:

    git push --delete  origin  工具
    

    删除 origin 仓库中 的 工具 分支;

    7.1.2. 删除远程标签

    删除远程标签的语法:
    语法:

    git push [-d | --delete]  <远程仓库S>  tag <标签T>
    

    删除 远程仓库S标签T

    示例:

    git push -d origin tag v1.0
    

    删除 origin 仓库中 的 v1.0 标签;

    7.2. Git v1.7.0 之前的旧方法

    7.2.1. 删除远程分支

    语法:

    git push  <远程仓库S>  :<分支R>
    

    删除 远程仓库S分支R;可以理解为:把空推送到 远程仓库S分支R;即:将 远程仓库S分支R 置空;

    示例:

    git push origin  :工具
    

    删除 origin 仓库中 的 工具 分支;

    7.2.2. 删除远程标签

    语法:

    git push  <远程仓库S>  :refs/tags/<标签T>
    

    删除 远程仓库S标签T;可以理解为:把空推送到 远程仓库S标签T;即:将 远程仓库S标签T 置空;

    示例:

    git push  origin tag :refs/tags/v1.0
    

    删除 origin 仓库中 的 v1.0 标签;

    8. 禁止快进式合并

    git在执行合并操作时(无论是通过 merge 命令,还是通过 pull 命令),比如 将 分支B 合并进 分支A 中,如果 分支A 完全包含在 分支B 的历史中(如下图),


    快进合并前

    那么,git 默认会以快进的方式进行合并,合并后的效果如下:


    快进式合并

    非快进式合并的效果如下:


    非快进式合并

    如果想禁用快进式合并,可以给命令传递 --no-ff 选项, ff 是 快进的英文 fast farward 缩写;如下:

    merge命令:

    git merge  --no-ff  <分支B>
    

    pull命令:

    git pull --no-ff
    

    merge 和 pull 命令中 与快进式合并相关的选项如下:

    • --ff : 当可以快进合并时,使用快进合并的方式进行合并。这是默认行为。
    • --no-ff : 即使可以快进合并,不会使用快进式合并,而是也创建一个合并提交。这是合并注释(可能有符号)标记时的默认行为。
    • --ff-only : 如果可以快进式合并,则会进行快进式合并;否则,取消合并操作;

    9. 创建空分支(独立分支、孤儿分支)

    我们可以通过以下命令创建新分支:

    • git branch <新分支名>
    • git checkout -b <新分支名>

    这种方式创建的新分支 都是 基于当前的 HEAD 来创建分支的,新的分支会和当前 HEAD 拥有共同的 提交历史;
    例如,假设当前 HEAD 在 分支A 上,如下图所示,


    创建独立分支前

    通过 git branch 分支Bgit checkout -b 分支B 来创建 分支B 后,分支图如下所示:

    创建非独立分支

    新建的 分支B 和 分支A 会有相同提交历史;

    如果我们想创建一个没有任何历史的分支,我们可以用 带 --orphan 选项的 checkout 命令,语法如下:

    git checkout --orphan <新分支名> [开始点]
    

    --orphan 选项指定创建一个 孤儿分支 ,即:独立的分支、没有任何提交历史的分支;并且会切换到这个新的分支;
    此时,你通过 branch 命令列出的分支列表里是没有这个分支的,因为该分支里没有任何提交,分支没有可被引用的提交对象;
    并且,此时,新分支的 暂存区 中存放的是 开始点 处目录树中的所有文件,如果没有指定 开始点 参数,则默认会把 当前的 HEAD 作为开始点;
    如果不想要暂存区的任何东西,可以执行 git rm -rf . 命令清空暂存区;
    如果想将 开始点 处的整个目录树作为新分支的第一个版本进行提交,直接执行 commit 命令 git commit -m "提交信息" 即可;

    如:当前在HEAD分支A,执行如下命令:

    git checkout --orphan 分支B
    git commit -m "提交信息"
    

    分支图如下所示:


    创建独立分支

    合并独立分支的方法请看合并不相关的分支(没有共同历史的分支)

    10. 合并不相关的分支(没有共同历史的分支)

    Git默认的合并操作只会对有共同提交历史的分支进行合并;


    有共同历史的分支

    不过,对没有共同提交历史的分支进行合并的情况也是存在的,比如:

    • 合并孤儿分支;
    • 两个仓库,但文件内容相似,甚至就是同一个项目,需要将这两个仓库中的分支进行合并
    不相关的分支

    若想对没有共同历史的分支进行合并,只需给 mergepull 命令(pull命令也会有合并的操作)添加 --allow-unrelated-histories 选项,语法如下:
    merge语法:

    git merge  --allow-unrelated-histories  <分支名>
    

    pull语法:

    git pull  --allow-unrelated-histories
    
    不相关分支的合并

    11. 只合分支并保持历史的线性

    假设有 分支A 和 分支B ,当前在 分支A,如下图:


    squash合并前

    当我们进行合并分支时,通常会将指定分支的变更合并到当前分支中,并产生一个提交,该提交会有两个父提交的引用;如下图:


    非squash合并

    如果我们想合并其它分支的变更,但又想保持当前分支的线性,使分支的提交历史上没有分支交汇的情况,即:每一个提交对象都有一个父提交的对象,而非多个父提交对象;那该怎么操作呢?

    我们可以给 mergepull 命令(pull命令也会有合并的操作)添加 --squash 选项,语法如下:
    merge语法:

    git merge  --squash  <分支名>
    

    pull语法:

    git pull  --squash
    

    注意: 执行完 --squash 的合并操作后,git默认不会生成合并的变更提交,只是把合并的变更放在暂存区中,并附有默认的提交信息,你需要再手动进行提交下;

    示例:

    git merge  --squash  分支B
    git commit
    
    squash合并

    12. 一次合并多个分支

    通常我们使用 merge 命令 将一个分支合并到当前分支中,merge 命令也可以一次将多个分支合并到当前分支中,语法如下:

    git merge  <分支B> [分支C]...
    

    分支B分支C等等 合并到当前分支中;

    13. 用变基的方式pull

    语法:

    git pull -r [<远程仓库> [[远程分支][:<本地分支>]]
    git pull --rebase [<远程仓库> [[远程分支][:<本地分支>]]
    

    说明:
    远程仓库 获取指定的 远程分支 的更新到相应的远程跟踪分支,并以变基 rebase 的方式合并到 本地分支,并将本地分支中新的提交拼接到上游分支的后面;
    如果 本地分支 不存在,则会创建该本地分支;

    示例:

    git pull -r
    

    14. 合并多个提交

    为了保持分支提交历史的清晰、独立,我们经常需要将几个提交合并成一个;但 Git 没有专门为合并提交提供相应的命令,为解决这个问题,我专门研究了几种方法来实现 提交的合并,详见 Git中合并多个提交的各种方法

    15. 添加所有文件

    git add 命令可以添加指定的 文件 或 目录,但有时,我们经常需要添加所有的变更;

    下面是一次添加所有变更的各种方法:

    • git add . : 添加新文件(new)和被修改(modified)文件,不包括被删除(deleted)文件;在Shell里,后面的 . 代表当前目录, 所以相当于将当前目录传给了 add 命令;
    • git add * :添加所有非隐藏的的文件的变化;* 是 shell 语言中的通配符,能匹配所有非隐藏的文件 和 目录,所以相当于将匹配的到文件和目录都传给了 add 命令;
    • git add -A :添加所有变化;
    • git add -u : 添加被修改(modified)和 被删除(deleted)文件,不包括新文件(new);
    • git commit -a : 自动暂存 所有已跟踪的文件(被修改(modified)和 被删除(deleted)文件,但不包括新文件(new)),并直接提交;

    16. 查看所有分支的日志

    git log 命令默认只能查看指定分支的提交历史,可视化命令 gitk 也是,如果想查看所有分支的提交历史,可以给 git log 或者 gitk 添加 --all 选项;如下:

    git log --all
    

    可视化界面查看

    gitk --all
    

    17. Git目录级配置和分支级配置的解决方案

    git支持多级配置,如:系统级、用户级、项目级;但是不支持目录级的配置(即:对指定目录下的所有git项目都生效的配置),所以就没有很好的办法实现给某个目录下的所有git项目设置统一的配置;为了解决这个问题,我研究了git的相关帮助文档,终于找到了我认为还算完美的解决方案;

    详情请看Git目录级配置和分支级配置的解决方案

    18. 重置(撤消、丢弃)文件变更

    在使用Git中,我们经常需要撤消更改,由于撤消文件更改有很多种方式,所以我专门用一篇文章来讲解,详情请看Git重置文件变更

    相关文章

    相关文章

      网友评论

          本文标题:Git技巧和问题解决方案

          本文链接:https://www.haomeiwen.com/subject/ofmithtx.html