Git实战_20171114

头像
迹_Jason
    阅读 9 分钟
    1

    学习Git有一段时间了，一路上也一直在写有关于Git方面的文章，但总觉得不是我想要的，就是感觉有点肉肉的，不够直接，不够马上出效果，所以才有了这篇文章，当然这文章可能会不断更新和修正，希望读者可以作为一个工具文章使用，我也会努力将其优化的更加的符合工作场景

    说明

    1、在[...]中的内容，需要根据实际情况进行修改

    [TOC]

    说明

    1、在[...]中的内容，需要根据实际情况进行修改

    如何本地与远程建立信任联系？

    要解决这个问题，需要使用SSH秘钥的方式，接下来我就讲一下怎么进行配置。

    1.在本地生成私钥和公钥

    git config --global user.name "username"//用户昵称
git config --global user.email "emailAddress"//github或者gitlib的邮箱地址
ssh-keygen -t rsa -C "emailAddress"//github或者gitlib邮箱账户地址

    2.将电脑上的公钥与远程仓库进行绑定

    本地会在上面的步骤中会生成一个id_rsa.pub（默认情况是这个名称），将该文件中的内容copy到远程仓库github或gitlib的settings的SSH配置选项中。

    Tittle名称自由发挥

    克隆工程

    将远程的数据复制一份到本地

    #【仓库copy地址】
git clone [git@rep.xx.com:zoeminghong/hello.git] [工程别名]

    本地新建Git工程

    现在打算将本地的工程，放到Git仓库进行托管了，并且远程Git仓库已经创建了该项目的工程

    #本地初始化工程，会生成一个.git文件
git init
 
 
#将本地的工程与远程仓库中的项目进行关联（不用关心项目名不一致的问题）
#此时本地工程与远程仓库已经建立了联系
git remote add origin [git@rep.xx.com:zoeminghong/hello.git]
 
 
#将本地所有文件添加到Git中，进行监管
git add .
 
 
#将内容提交 【提交注释】
git commit -m "[...]"
 
 
#将本地的内容同步到远程仓库中
git push -u origin master

    显示某一个特定的提交的日志

    git show [十六进制码]

    查看提交图

    git log --graph --pretty=oneline --abbrev-commit

    查看冲突未处理的文件列表

    git ls-files -u

    本地代码与远程代码冲突问题

    本地代码未commit的前提下，解决与远程代码冲突问题

    git pull #失败
#将当前修改进行暂存起来
git stash
#或
git stash save "[注释]"
 
#获取最新的远程仓库代码
git pull
 
#恢复暂存的内容
git stash pop

#stash其他操作
#恢复最近一次save的原工作区内容,，并删除stash记录
git stash pop
#恢复最近一次save的原工作区内容,但不删除stash记录
git stash apply [指定版本]
#删除stash记录
git stash drop
#获取暂存列表
git stash list

    但，上面的也可能存在问题，由于本地存在未被追踪的文件，并且远程仓库pull的时候也存在同名的文件，就会存在pull失败，在这种情况下，在git stash后面追加 --include-untracked，会将远程的文件与本地的文件融合

    stash只会保存当前索引和工作目录的状态，其保存的是add和commit的中间状态，如果还没有被git追踪的文件，是不会被记录的

    如果我对某文件进行了修改，但我不想要push到远程仓库，同时我又想获取最新的修改记录

    git stash save
git pull --rebase

    如果暂存内容现在不想在当前分支恢复了，而是想单独起一个分支

    git stash branch [newBranchName]

    想要查看当前工作区与暂存状态内容区别

    git stash show -p stash{0}

    本地代码已经commit后，解决与远程代码冲突问题

    # 获取远端库最新信息 【分支名称】
git fetch origin [master]
 
# 做比较
git diff [本地分支名] origin/[远程分支名]
 
# 拉取最新代码，同时会让你merge冲突
git pull

    方法2

    # 获取最新代码到tmp分支上 [远程的分支:本地分支]
git fetch origin [master:tmp]
 
 
# 当前分支与tmp进行比较
git diff tmp
 
 
# 修改冲突部分，进行本地commit操作
git add .
 
 
git commit -m "[...]"
 
 
# 将tmp中内容合并到当前分支中
git merge tmp
 
 
# 删除分支
git branch -d tmp

    删除文件

    保留副本操作

    git rm --cache [文件名]

    直接文件删除

    git rm [文件名]

    后悔药

    存在5个记录状态

    • 未修改( Origin)

    • 已修改( Modified)

    • 已暂存( Staged)

    • 已提交( Committed)

    • 已推送( Pushed)

    处于已修改，未暂存，还原到最近的版本，废弃本地做的修改（当前文件修改没有进行add操作的时候）

    # 还原指定文件
git checkout -- [文件名]
# 还原所有
git checkout .
# 或
git reset --hard

    取消已暂存未提交的文件(撤销先前"git add"的操作)

    # 还原指定文件
git reset HEAD [文件名]
# 还原所有
git reset --hard

    取消已提交未推送

    #最近内容已经commit的情况下
git reset --hard origin/master

    已推送

    git reset --hard HEAD^
git push -f

    回退到某个版本

    # 获取所有的HEAD更改信息的sha1值
git reflog
git reset [SHA1]

    回退到上一次提交的状态，按照某一次的commit完全反向的进行一次commit.(代码回滚到上个版本，并提交git)

    git revert HEAD

    使用reset是不会有日志记录的，revert则会要提交一个记录点

    修改最新的提交信息(修改提交的注释信息)

    git commit --amend

    reset与revert的使用说明

    reset一般用于本地还没有push到远端的时候，revert则用于想要远端也进行记录回退操作的时候，也就是说在push之后。

    1、如果你已经push到远程仓库，reset删除指定commit以后,你git push可能导致一大堆冲突.但是revert 并不会

    2、如果现有分支和历史分支需要合并的时候,reset 恢复部分的代码依然会出现在历史分支里.但是revert 方向提交的commit 并不会出现在历史分支里。

    本地分支与远程分支相连

    本地创建了一个分支，远程也有一个分支，进行两者关联

    git checkout -b [本地分支名] origin/[远程分支名]

    Tag使用

    我们在开发的时候，可能存在线上发布了一个版本，需要给这个版本代码打上一个标签，到时候可以方便回退到这个版本

    # 创建tag 【tag名】
git tag v1.0
(git tag -a [v1.4] -m ['my version 1.4'])
 
# 查看存在的tag
git tag
(git tag -l ['v1.4.2.*'])
 
# 将tag更新到远程，直接的push是不会将tag同步上去
git push origin --tags

    接下来就讲解回退到具体的tag

    # 保存当前编程环境
git stash
  
# 切换回某个tag（v1.0）
git show v1.0
 
#【sha1】
git reset --hard [2da7ef1]
  
# 创建分支来保存tag的数据，tag只是一个节点的标记，无法承载数据的修改记录,【分支名】
git checkout -b [branchName] [tagName] 
# 接着你就可以在这里改啊改了

    切换回主干或其他分支

    # 切换分支
git checkout master
 
# 日志记录
git reflog
 
# 显示stash列表
git stash list
 
# 恢复之前的工作环境代码
git stash apply
 
# 删除stash
git stash drop

    分支与主干合并

    git add .
git commit -m "v1.1"
git checkout [bill]
# master分支最新的代码合并到bill分支上
git rebase [master]
git checkout master
# bill分支合并到当前分支【分支名】
git merge [bill]

    关于代码的比较

    # 显示暂存区和工作区的差异
git diff
git diff [filename]
 
# 显示暂存区和上一个commit的差异【文件名】
git diff --cached [hello.txt]
git diff --cached [HEAD或者SHA1] [filename]
# 已提交远程仓库的差异
git diff master origin/master
# 显示工作区与当前分支最新commit之间的差异
git diff HEAD
git diff [HEAD或分支名] [filename]
 
# 显示两次提交之间的差异【分支名】
git diff [first-branch]...[second-branch]
git diff [SHA1] [SHA1] [filename]

#分支之间的差异
#分支之间的差异
git diff [分支1] [分支2]
git diff [分支1]..[分支2]
#指定文件
git diff [分支1]:[file1] [分支2]:[file2]

#查看指定提交范围内的所有变更文件情况
git diff --stat master~[范围值] [分支名]
git diff --stat master~5 tmp
//还可以值查看具体某一个文件
git diff --stat master~5 tmp test.txt

    定位哪个提交点导致文件出现问题

    #先确定范围
git bisect start
git bisect bad  #一般都是当前HEAD是坏提交【sha1】
git bisect good a794f9bd96f06b57b4c10433e4d6abb3f0855749 

#上面的步骤就是确定范围的，接下来就是回答git的问题，他指定的提交点是好的还是坏的
git bisect good//如果是坏的，就bad，直到你找到哪个提交点导致出现问题
#查看维护日志
git bisect log

git branch
#完成操作后，要回切到工作分支上
git bisect reset
git branch

git reset --hard fb47ddb2db...

    检查文件中每一行代码是谁提交的记录

    git blame -L [起始行数],[文件名]

    创建分支

    #以当前节点作为分支的开始起点
git branch [分支名]
#以SHA1作为分支开始起点
git branch [分支名] [SHA1]
#创建并切换分支,sha1以哪个节点作为分支的起点
git checkout -b [分支名] [SHA1]

    拉去远程仓库分支代码

    git checkout 1.0
git pull
#或者
git checkout 1.0 origin/1.0

    开发的过程中生成新分支

    #因可能存在未被git监管和未提交的内容，需要将未提交的内容进行监管和暂存
git add .
git stash
#包含[SHA1]及之前的代码会被copy盗分支上
git branch [分支名] [SHA1]

    重命名分支

    在git中重命名远程分支，其实就是先删除远程分支，然后重命名本地分支，再重新提交一个远程分支。

    //显示现在分支
git branch -av
//删除远程要删除的分支devel
git push --delete origin devel
//重命名本地分支devel为develop
git branch -m devel develop
//推送到远程
git push origin develop

    这是由于在 github 中，devel 是项目的默认分支。要解决此问题，这样操作：

    1. 进入 github 中该项目的 Settings 页面；

    2. 设置 Default Branch 为其他的分支（例如 master）；

    3. 重新执行删除远程分支命令。

    查看远程仓库分支

    git branch -a

    获取远程仓库分支代码

    git fetch origin [远程仓库分支名] [本地仓库分支名]

    删除本地分支

    git branch -d [分支名]

    删除远程仓库分支

    git remote remove [分支名]

    查看分支

    git show-branch
#或
git branch

    分支前面都存在*或者!

    *表示当前分支

    在–之后的是记录分支的提交信息

    像*+ [tmp] 远程2就表示该提交存在于两个分支中

    显示某分支中某文件内容

    git show [分支名]:[文件名]

    显示某个节点某文件的内容

    git show [SHA1] [文件名]

    关于切换分支的逻辑

    如果存在未被git追踪的文件，git是会将其忽略的

    如果存在已追踪且被修改或删除，必须commit之后，才能切换

    如果要不计后果的情况，强切，加-f

    将当前的分支修改的内容同步到其他的分支上

    假如你希望变更作用于另一个分支上，但由于当前分支如果不提交，是无法切换到另一个分支上的

    git checkout -m [另一个分支名]

    将一个区间的提交，移植到另一个分支

    #当前分支，得到dev分支中dev~2之前的所有提交内容
git cherry-pick dev~2

    cherry-pick会生成一条新的提交记录

    代码行数统计

    统计某人的代码提交量，包括增加，删除：

    git log --author="$(git config --get user.name)" --pretty=tformat: --numstat | gawk '{ add += $1 ; subs += $2 ; loc += $1 - $2 } END { printf "added lines: %s removed lines : %s total lines: %s\n",add,subs,loc }' -

    统计某人一个月内的代码提交量，包括增加，删除：

    git log --since=1.month.ago --author="$(git config --get user.name)" --pretty=tformat: --numstat | gawk '{ add += $1 ; subs += $2 ; loc += $1 - $2 } END { printf "added lines: %s removed lines : %s total lines: %s\n",add,subs,loc }' -

    仓库提交者排名前 5（如果看全部，去掉 head 管道即可）：

    git log --pretty='%aN' | sort | uniq -c | sort -k1 -n -r | head -n 5

    仓库提交者（邮箱）排名前 5：这个统计可能不会太准，因为很多人有不同的邮箱，但会使用相同的名字

    git log --pretty=format:%ae | gawk -- '{ ++c[$0]; } END { for(cc in c) printf "%5d %s\n",c[cc],cc; }' | sort -u -n -r | head -n 5

    贡献者统计：

    git log --pretty='%aN' | sort -u | wc -l

    提交数统计：

    git log --oneline | wc -l

    git log 参数说明：

    --author 指定作者
    --stat 显示每次更新的文件修改统计信息，会列出具体文件列表
    --shortstat 统计每个commit 的文件修改行数，包括增加，删除，但不列出文件列表：
    --numstat 统计每个commit 的文件修改行数，包括增加，删除，并列出文件列表：

    -p 选项展开显示每次提交的内容差异，用 -2 则仅显示最近的两次更新

       例如：git log -p  -2

    --name-only 仅在提交信息后显示已修改的文件清单
    --name-status 显示新增、修改、删除的文件清单
    --abbrev-commit 仅显示 SHA-1 的前几个字符，而非所有的 40 个字符
    --relative-date 使用较短的相对时间显示（比如，“2 weeks ago”）
    --graph 显示 ASCII 图形表示的分支合并历史
    --pretty 使用其他格式显示历史提交信息。可用的选项包括 oneline，short，full，fuller 和 format（后跟指定格式）

       例如： git log --pretty=oneline ; git log --pretty=short ; git log --pretty=full ; git log --pretty=fuller

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

       例如：git log --pretty=format:""%h - %an, %ar : %s""
   下面列出了常用的格式占位符写法及其代表的意义。                   
   选项       说明                  
   %H      提交对象（commit）的完整哈希字串               
   %h      提交对象的简短哈希字串               
   %T      树对象（tree）的完整哈希字串                   
   %t      树对象的简短哈希字串                    
   %P      父对象（parent）的完整哈希字串               
   %p      父对象的简短哈希字串                   
   %an     作者（author）的名字              
   %ae     作者的电子邮件地址                
   %ad     作者修订日期（可以用 -date= 选项定制格式）                   
   %ar     作者修订日期，按多久以前的方式显示                    
   %cn     提交者(committer)的名字                
   %ce     提交者的电子邮件地址                    
   %cd     提交日期                
   %cr     提交日期，按多久以前的方式显示              
   %s      提交说明

    --since 限制显示输出的范围，

       例如： git log --since=2.weeks    显示最近两周的提交
   选项 说明                
   -(n)    仅显示最近的 n 条提交                    
   --since, --after 仅显示指定时间之后的提交。                    
   --until, --before 仅显示指定时间之前的提交。                  
   --author 仅显示指定作者相关的提交。                
   --committer 仅显示指定提交者相关的提交。
 
一些例子： git log --until=1.minute.ago // 一分钟之前的所有 log git log --since=1.day.ago //一天之内的log git log --since=1.hour.ago //一个小时之内的 log git log --since=`.month.ago --until=2.weeks.ago //一个月之前到半个月之前的log git

    log --since ==2013-08.01 --until=2013-09-07 //某个时间段的 log git blame
    看看某一个文件的相关历史记录

       例如：git blame index.html --date short

    子模块

    保留子组件的现有目录结构的完整性，故而git创造了类似于maven中的module一样的功能，来实现子模块的管理

    打个比方：现在我有一个父工程A，其工程路径下面有五个子工程BCDEF，按照往常是要git clone 6个工程才可以完全下载成功，而且工程与工程之间的路径关系也不知道。现在有了gitmodules就可以直接下载A工程就可以了，其他的5个子工程都会自动下载。

    文件.gitmodules存放在父工程根目录下

    [submodule "others/B"]
    path = others/B
    url = https://rep.XXX.com/crm/B.git
[submodule "sources/C"]
    path = sources/C
    url = https://rep.XXX.com/crm/C.git
[submodule "sources/D"]
    path = sources/D
    url = https://rep.XXX.com/crm/D.git
.....

    添加子模块

    git submodules add [远程仓库地址] [相对于父模块的相对路径]

    注：

    直接手动更改gitmodule文件是没有用的哦

    远程仓库地址要先于子模块之前准备好

    子模块的名称是可以与[相对于父模块的相对路径]不一致的

    创建完成以后会生成.gitmodules与.gitattributes这两个文件

    .gitmodules和.git/config保存着子模块的信息

    从远程仓库获取所有模块数据

    #方式一
git clone --recursive [远程仓库地址]
#方式二
git clone [远程父仓库地址]
cd [父模块路径]
git submodule init
git submodule update
或者
git checkout [branchname]
git submodule update --init --recursive

    删除子模块功能

    先清空.gitmodules中的内容

    再执行文件的删除

    ————

    其他命令

    # .gitmodules中子模块的内容更新到.git/config中
git submodule init

    gitmodules参考

    关闭issue

    格式Fixes #45，45是issue的ID，在相应的issue的链接地址就有。

    可以关闭issue的关键字：

    • close

    • closes

    • closed

    • fix

    • fixes

    • fixed

    • resolve

    • resolves

    • resolved

    不同的仓库中关闭issue

    格式close username/repository#issue_number

    关闭多个issues

    格式closes #34, closes #23, and closes example_user/example_repo#42

    更多内容可以关注微信公众号，或者访问AppZone网站

    qrcode_for_gh_3e33976a25c9_258.jpg

    Microsoftgitgithub
    迹_Jason
    1k 声望65 粉丝

    feeling主义者，追求极致的简约，创造最好的用户体验

    « 上一篇
    SOA与微服务的区别
    下一篇 »
    如何使用wagon插件来解放你的双手

    引用和评论

    被 2 篇内容引用
    推荐阅读
    头像
    使用pdfbox实现在PDF文件中添加图片

    迹_Jason阅读 639

    头像
    一个用JavaScript生成思维导图(mindmap)的github repo

    注销赞 1阅读 6k

    头像
    阿里云ECS服务器部署Node.js项目全过程详解

    kovli赞 1阅读 6k

    头像
    精简实用！一分钟搭建文件管理服务！

    Java陈序员赞 1阅读 630

    头像
    ABAP git客户端

    注销阅读 2.9k

    头像
    OAuth 2.0协议在SAP产品中的应用

    注销阅读 2.5k

    头像
    写在Github被微软收购之际 - Github的那些另类用法

    注销赞 2阅读 1.9k

    0 条评论
    得票最新