Git 学习笔记

Git个人

安装git

如何安装 Git?

使用git之前需要做的最小化配置

常用配置

git config [--local | --global | --system] user.name 'Your name'
git config [--local | --global | --system] user.email 'Your email'

一般选择global即可

config 的三个作用域？

git config --local      -> local只对某个仓库有效
git config --global     -> global对当前用户所有仓库所有用户有效
git config --system     -> system对系统登录的所有用户有效(不常用)

如何查看config的配置?

git config --list [--local | --global | --system]

git仓库的创建和配置

建git仓库的两种情景:

  1. 将已有的项目代码纳入git管理

    cd 代码所在文件夹
git init

  2. 新建的项目直接用git管理

cd 上层文件夹
git init your_project_name //会在当前路径下创建跟项目同名的文件夹作为仓库
cd your_project_name

git仓库配置local用户信息

git config --local user.name "your_user_name"
git config --local user.email "your_email"
git config --list --local // 查看配置是否生效

local与global的优先级

git add readme.txt //添加文件
git commit -m "add readme.txt" //提交文件
git log // 查看git日志 查看其中的Author和email，global的还是local生效

初识工作区与暂存取

4 次提交，⼀个有模有样的静态⻚⾯⽣成了

  1. 加⼊ index.html 和 git-logo

  2. 加⼊ style.css

  3. 加⼊ script.js

  4. 修改 index.html 和 style.css

    工作目录 -> 暂存区 -> 版本历史

    ​ git add files git commit

常用工作流程：

工作目录修改 -> git add将修改文件添加到暂存区

工作目录修改 -> git add将修改文件添加到暂存区 -> git commit 统一提交

工作目录修改 -> git add将修改文件添加到暂存区

git add -u //将已纳入git管理的修改文件全不添加到暂存区

文件重命名的简便方法

方式1:

 mv readme.txt readme.md //在工作目录重命名
 git status // 发现readme.txt需要被删除 readme.md未纳入git管理
 git add readme.md //将新文件纳入git管理
 git rm readme.txt //删除readme.txt
 git status //发现git智能检测到重命名
 // git commit -m "重命名" // 提交更改即可完成更名
 git reset --hard //还原暂存区和工作区的更改 
 git log //发现日志未发生改变

方式2（直接使用git命令完成重命名）：

git mv readme.txt //直接使用git命令完成重命名 避免删除和重新add
git commit -m "move readme.txt to readme.md" //提交更改

查看版本历史

命令行查看
git log --oneline // 查看commit摘要信息(版本号 描述)
git log -n3 //查看最近三条commit记录
git log -n3 --oneline // 最近三条commit记录的摘要信息 组合使用
git log // 默认查看当前分支的commit 记录
git log --all // 查看所有分支commit记录
git log --all --graph //所有分支commit记录 图形化显示
git log --oneline --all -n4 -- graph// 查看所有分支commit摘要 最近4条 图像化显示
扩展：
git branch -v //查看当前本地分支
git commit -am "branch:tmp update test" //直接将工作区的文件commit到仓库 一般不适用
git help --web log //浏览器查看帮助文档 log命令
git checkout master // 切换到master分支
图形界面查看
gitk //图像化界面查看日志

patch -> 变更集 对比old-> new 文件 查看diff

tree -> 当前commit下的目录结构

Author -> 作者 Committer -> 提交人

当作者在develp分支上提交，Committer 将其合并到master分支上时 Author与Committer不相同

Parent -> 上一次commit 版本号

Child -> 下次Commit版本号

branch : 哪几个分支包含此commit

view -> 定制页面内容

refs -> 分支选择

鼠标右键 -> 更多功能使用(create tag，create new branch...)

.git目录详解

HEAD -> ref: refs/heads/tmp 引用: 指向随着当前分支改变
config -> core user 仓库配置
refs -> heads 分支 (开发的独立空间)
    ->  tags 里程碑（项目开发到一定程度 我们可以对其所对应的commit打上一个标签1.0，标识这个里程碑）
heads -> master(指向master的commit的引用) 4e13ccc2b71167a2a858aea4aaf73e5b23ec0b52
-> tmp(指向tmp的commit的引用) 30e8c1f638088868963caf1e3172628277b72d53
git branch -vl //查看当前分支信息 我们可以观察到master与tmp所存储的就是分支对应commit引用
git cat-file -t 4e13ccc //查看引用类型
git cat-file -p bfce9b7 //查看引用内容
objects tree
blob
commit
tag
object类型

commit-tree-blob之间的关系

tree

生成blob时，内容相同的文件只生成一个blob，节约存储空间

同一个文件在修改后会生成一个新的blob，git会对松散的blob做整理，将内容相近的文件做增量存储

数一数tree的个数

新建的Git仓库，有且仅有1个commit，仅仅包含 /doc/readme ，请问内含多少个tree，多少个blob？

image

解答：

mkdir doc //新建空目录时git不处理
echo "hello,world" > doc/readme.txt //工作目录新建文件时 objects下无内容
git add doc // objects 下生成一个文件blob 内容为我们新建的文件内容
git commit -m 'add readme.txt'//objects 中新建一个commit 一个commit快照tree 一个doc文件夹tree

分离头指针(detached head)

出现原因
git checkout 4e13ccc //切换到指定commit版本 当前不指向任何指针
You are in 'detached HEAD' state. You can look around, make experimental
changes and commit them, and you can discard any commits you make in this
state without impacting any branches by performing another checkout.

If you want to create a new branch to retain commits you create, you may
do so (now or later) by using -b with the checkout command again. Example:

  git checkout -b <new-branch-name>

即我们现在工作在一个没有分支的状态下，你产生了变更，并提交了commit,然后直接切换到指定分支完成工作时，我们在分离头指针条件下做出的变更很有可能会消失。在我们想做一些尝试性的变更时可以在分离头指针的状态下进行，若对变更的结果不满意，我们直接切换分支即可，并不会对其他任何分支产生影响，若我们需要保存变更，只要私用 git branch <new-branch-name> a4ec3fd 创建一个新的分支与这次变更连接上即可。

HEAD与branch再理解

//基于某个分支或某此commit创建新的分支 并切换到新分支
git checkout -b <branch-new-name>  [branch-name-exist|commit-hash]

HEAD 可以指向分支的最后一次commit,也可以不与分支挂钩(detached HEAD) ，指向某一次commit, 当我们使用git checkout <branch-name> 切换分支时，HEAD的值也会随之改变

HEAD -> branch-name -> branch最后一次commit

HEAD -> 某一次commit

总之，HEAD最后都指向某个commit

HEAD特性利用
git diff  commit1_hash commit2_hash
//比较HEAD和HEAD的第一个parent的差异（HEAD可能有多个parent -> 多分支合并）
git diff HEAD HEAD^  <=> git diff HEAD HEAD>1
git diff HEAD HEAD~  <=> git diff HEAD HEAD~1
//比较HEAD和HEAD第n个祖先提交 
git diff HEAD HEAD~2 <==> git diff HEAD HEAD^1^1 <==> git diff HEAD HEAD^^

git checkout 中 ~与^的区别?

分支删除

git branch -av // 查看分支列表
git branch -d <branch-name> // 删除分支,若待删除分支有内容未full merge，删除失败并提示
git branch -D <branch-name> //删除分支而不管待删除分支是否有内容未merge
错误提示示例:
$ git branch -d branch-save-test
error: The branch 'branch-save-test' is not fully merged.
If you are sure you want to delete it, run 'git branch -D branch-save-test'.

一般使用 -d 命令删除分支，确认无需merge时使用-D 删除，当然若确认不用merge时也可直接使用-D

最近commit修改

git commit -amend //对最近commit 做commit修改而不生成新的commit

一般用于push之前修改commit信息

思考：若commit已经push到远端又该如何解决?

老旧commit修改

//选择需要改变提交info的commit的parent执行变基操作（交互式）
git rebase -i <parent-commit-hashcode>
查询需要修改的commit的parent
image
选择仅修改commit 信息
image
修改 commit infomation
image
修改成功 commit-information发生改变 ，Head对应hash-code也发生改变
image

注: 以上修改基于本地commit做变更，若已经push到remote，需慎重考虑，以免为团队成员带来不便

commit整理

连续commit整理

当前commit-logs:

image
git rebase -i 508b3a //选择base进行交互式变基操作

操作commit向前一个commit合并:

合并操作示意

合并完成后 保留原有commit-information 并添加新的commit-info

image

commit合并结果:

image
非连续commit整理

查看当前commit日志 整合readme相关提交

image
git rebase -i 508b73a4f92dabdc6d//选择跟节点进行变基操作 合并涉及根commit 无parent
image

添加commit-info后即完成合并

暂存区与HEAD差异比较

git diff --cached //比较暂存区与HEAD的差异
操作流程：
vim index.html //修改index.html 工作目录 添加git add 命令
git diff --cached //无差异
git add index.html //工作区修改添加到暂存区
git diff --cached //检测到添加git add 发现不是自己想要的命令
vim index.html //修改index.html 将git add 替换为 git config
git add index.html //将修改再次添加到暂存区
git diff --cached //发现添加command 替换为git config
git commit -m 'add first command' //将暂存区中的修改生成commit

工作区与HEAD差异比较

git diff //默认比较工作区与暂存区的差异(所有文件)
git diff -- <file-name> //比较工作区与暂存区指定文件的差异
git diff -- <file-name1> <file-name2> //查看工作区与暂存区多个指定文件的差异

暂存区还原为HEAD

git reset HEAD //将暂存区还原为HEAD(因某些原因不想要之前add添加到暂存区的文件时可以使用)
git rest HEAD <file-name>

工作区还原为暂存区

git reset //将暂存区内容还原为HEAD
git checkout <file-name> //discard changes in working directory

暂存区部分文件还原为HEAD

git reset HEAD -- <file1> <file2> //将暂存区部分文件还原为HEAD

最近commit还原

//将工作目录和还原到某次commit 之前的commit都会消失(慎用)
git reset --hard <commit-hash-code>

不同分支指定文件差异比较

git diff <branch1> <branch2> -- <file1> <file2> //比较不同分支指定文件
git diff <commit1-hash-code> <commit2-hash-code> -- <file1> <file2> //不同commit文件比较

文件删除

git rm <file-name> //删除暂存区和工作区中的指定文件
git commit -m 'delete file-name' //提交文件删除

加塞紧急任务

git stash //利用stash暂存工作区修改
git stash list // 查看暂存修改列表
git stash apply //将工作区恢复成stash list top状态 stash list保持不变
git stash pop //利用stash list中弹出的stash还原工作区，stash list中弹出了一个stash

git不需要管理的文件

添加 .gitignore 文件，并在文件中配置，注意加'/'与不加的区别

git仓库本地备份

备份协议
image
多点备份
image
//使用哑协议备份
git clone --bare /c/Users/lenovo/Desktop/git/tmp/.git ya.git 
//智能协议备份
git clone --bare file:///c/Users/lenovo/Desktop/git/tmp/.git zhineng.git 
//添加远端分支
git rmote add zhineng file:///c/Users/lenovo/Desktop/git/my-backup/zhineng.git 
//查看当前分支
git branch -av
//基于HEAD添加备份分支用于测试同步到远端
git checkout -b testBackUp HEAD
//推送到叫zhineng的远端的testBackUp分支 进行同步
git push --set-upstream zhineng testBackUp
//进入远端查看分支信息
git branch -av //发现新增了testBackUp分支

GitHub初识

gitHub注册

公私钥配置

Adding a new SSH key to your GitHub account

generate a new SSH key.

本地仓库同步gitHub

1.gitHub建立仓库 git-learning 选择mit证书

2.建立本地仓库与gitHub仓库建立联系

git remote add git_hub_learn git@github.com:xiangfeifei54/git-learning.git
//本地仓psuh到远端
git push git_hub_learn --all //tmp与testBackUp分支push成功 maser分支报错

master push失败 -> 远端整数commit与本地仓库commit没有共同的parent

解决：

  1. 先将远端master fetch下来 -> merge本地与远端 -> push

    //allow merging unrelated histories
git merge --allow-unrelated-histories  git_hub_learn/master

  2. 先将远端master fetch下来 -> rebase 本地与远端记录 调整为顺序树结构 -> push

再次push 成功

git push git_hub_learn master // 本地commit push到gitHub  master分支

不同人在相同分支修改不同文件

一个人准备push时发现remote已经有了一个新的提交，无法直接完成push，需要先fetch下remote的commit

方法一:

git merge git_hub_learn/feature/add_git-_commands //merge 本地与remote分支
git push git_hub_learn add_git-_commands //本地commit提交到remote

不同人在相同分支修改相同文件但不同区域

方法同上 merge 时git能自动处理，不需要人工介入

不同人在相同分支相同区域修改相同文件

Your branch and 'origin/feature/add_git-_commands' have diverged,
and have 1 and 1 different commits each, respectively.
  (use "git pull" to merge the remote branch into yours)

You have unmerged paths.
  (fix conflicts and run "git commit")
  (use "git merge --abort" to abort the merge)

Unmerged paths:
  (use "git add <file>..." to mark resolution)

        both modified:   index.html

no changes added to commit (use "git add" and/or "git commit -a")

此时merge之后会生成conflict

  1. 解决:上一个commit的提交者商议后，完成冲突文件的修改，再次重新commit产生conflict的文件，git status发现merge冲突已解决，将commit 提交到remote即可,
  2. 忽略此次merge: git merge --abort

同一文件被不同人改为不同的文件名

push会失败，之后我们通过git pull 拉取和自动merge，结果发生冲突

$ git pull
remote: Enumerating objects: 3, done.
remote: Counting objects: 100% (3/3), done.
remote: Compressing objects: 100% (1/1), done.
remote: Total 2 (delta 1), reused 2 (delta 1), pack-reused 0
Unpacking objects: 100% (2/2), done.
From github.com:xiangfeifei54/git-learning
   ba38a57..9bcac40  feature/add_git-_commands -> origin/feature/add_git-_commands
CONFLICT (rename/rename): Rename "index.html"->"index1.html" in branch "HEAD" rename "index.html"->"index2.html" in "9bcac40668292ea491e4b56e69a8d605b26cc8eb"
Automatic merge failed; fix conflicts and then commit the result.

查看当前状态

$ git status
On branch feature/add_git-_commands
Your branch and 'origin/feature/add_git-_commands' have diverged,
and have 1 and 1 different commits each, respectively.
  (use "git pull" to merge the remote branch into yours)

You have unmerged paths.
  (fix conflicts and run "git commit")
  (use "git merge --abort" to abort the merge)

Unmerged paths:
  (use "git add/rm <file>..." as appropriate to mark resolution)

        both deleted:    index.html
        added by us:     index1.html
        added by them:   index2.html

no changes added to commit (use "git add" and/or "git commit -a")

状态提示需要使用 git add/rm <file> 解决conflicts,经过协商，我们决定重命名为index1.html

git rm index.html //删除index.html
git add inex1.html //添加index1.html
git rm index2.html //删除index2.html

查看当前状态

$ git status
On branch feature/add_git-_commands
Your branch and 'origin/feature/add_git-_commands' have diverged,
and have 1 and 1 different commits each, respectively.
  (use "git pull" to merge the remote branch into yours)

All conflicts fixed but you are still merging.
  (use "git commit" to conclude merge)

提示conficts已经修复，我们仍然出于merge状态，需要我们再次commit

git commit -m 'Resolved conflicts : decided to mv index to index1'

将commit push到remote 完成重命名

git push //使用默认分支即可

Git集成使用禁忌

git checkout  //慎重使用
git reset//慎重使用
git push -f //禁止使用 会破坏git的安全机制

若本地使用了git reset --hard <commit-hash-code> 还原了本地commit,正常push会有报错信息，无法push成功，若何使用-f 参数，则强制push成功，remote的commit都会被一起还原。

禁止变更集成分支历史

本地rebase形成新的commit并push到远端会导致协同开发人基于最新commit做出的开发与现在的remote发生no fast-forward ，别人也需要重新做merge或rebase。

GitHub再了解

使协作 编写软件 git使用 更加容易

image
快速查找开源项目

高级搜索

in: readme //readme 中修改
stars:>100 // starts>100
GitHub个人blog搭建

相关项目

开源项目代码质量

持续集成+code review

组织类型仓库

人员管理 team管理 权限管理

团队项目

选择组织 -> 新建团队项目 -> readme/ignore/license -> marketplace apps(集市授权访问仓库)

权限设置 -> settings -> Collaborators & teams -> admin/write/read

团队工作流

主干开发 -> git flow -> gitHub flow -> gitlab flow(带生产分支) -> gitlab flow(带环境分支)

gitlab flow(带发布分支 多个版本存在) ->

启用issue跟踪需求和任务

issue维护划分

©著作权归作者所有,转载或内容合作请联系作者
  • 人面猴
    序言：七十年代末，一起剥皮案震惊了整个滨河市，随后出现的几起案子，更是在滨河造成了极大的恐慌，老刑警刘岩，带你破解...
    沈念sama阅读 204,793评论 6赞 478
  • 死咒
    序言：滨河连续发生了三起死亡事件，死亡现场离奇诡异，居然都是意外死亡，警方通过查阅死者的电脑和手机，发现死者居然都...
    沈念sama阅读 87,567评论 2赞 381
  • 救了他两次的神仙让他今天三更去死
    文/潘晓璐 我一进店门，熙熙楼的掌柜王于贵愁眉苦脸地迎上来，“玉大人，你说我怎么就摊上这事。” “怎么了？”我有些...
    开封第一讲书人阅读 151,342评论 0赞 338
  • 道士缉凶录：失踪的卖姜人
    文/不坏的土叔 我叫张陵，是天一观的道长。 经常有香客问我，道长，这世上最难降的妖魔是什么？ 我笑而不...
    开封第一讲书人阅读 54,825评论 1赞 277
  • 港岛之恋（遗憾婚礼）
    正文 为了忘掉前任，我火速办了婚礼，结果婚礼上，老公的妹妹穿的比我还像新娘。我一直安慰自己，他们只是感情好，可当我...
    茶点故事阅读 63,814评论 5赞 368
  • 恶毒庶女顶嫁案：这布局不是一般人想出来的
    文/花漫 我一把揭开白布。 她就那样静静地躺着，像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上，一...
    开封第一讲书人阅读 48,680评论 1赞 281
  • 城市分裂传说
    那天，我揣着相机与录音，去河边找鬼。 笑死，一个胖子当着我的面吹牛，可吹牛的内容都是我干的。 我是一名探鬼主播，决...
    沈念sama阅读 38,033评论 3赞 399
  • 双鸳鸯连环套：你想象不到人心有多黑
    文/苍兰香墨 我猛地睁开眼，长吁一口气：“原来是场噩梦啊……” “哼！你这毒妇竟也来了？” 一声冷哼从身侧响起，我...
    开封第一讲书人阅读 36,687评论 0赞 258
  • 万荣杀人案实录
    序言：老挝万荣一对情侣失踪，失踪者是张志新（化名）和其女友刘颖，没想到半个月后，有当地人在树林里发现了一具尸体，经...
    沈念sama阅读 42,175评论 1赞 300
  • 护林员之死
    正文 独居荒郊野岭守林人离奇死亡，尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,668评论 2赞 321
  • 白月光启示录
    正文 我和宋清朗相恋三年，在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,775评论 1赞 332
  • 活死人
    序言：一个原本活蹦乱跳的男人离奇死亡，死状恐怖，灵堂内的尸体忽然破棺而出，到底是诈尸还是另有隐情，我是刑警宁泽，带...
    沈念sama阅读 33,419评论 4赞 321
  • 日本核电站爆炸内幕
    正文 年R本政府宣布，位于F岛的核电站，受9级特大地震影响，放射性物质发生泄漏。R本人自食恶果不足惜，却给世界环境...
    茶点故事阅读 39,020评论 3赞 307
  • 男人毒药：我在死后第九天来索命
    文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹，春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,978评论 0赞 19
  • 一桩弑父案，背后竟有这般阴谋
    文/苍兰香墨 我抬头看了看天上的太阳。三九已至，却和暖如春，着一层夹袄步出监牢的瞬间，已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,206评论 1赞 260
  • 情欲美人皮
    我被黑心中介骗来泰国打工， 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留，地道东北人。 一个月前我还...
    沈念sama阅读 45,092评论 2赞 351
  • 代替公主和亲
    正文 我出身青楼，却偏偏与公主长得像，于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子，可洞房花烛夜当晚...
    茶点故事阅读 42,510评论 2赞 343

推荐阅读更多精彩内容

  • Git学习笔记
    Git教程 一、Git简介 1.1. Git的诞生1.2.集中式的vs分布式 二、安装Git 三、创建版本库 四、...
    曹渊说创业阅读 935评论 0赞 2
  • Git学习笔记
    一、常用终端指令 $ pwd用于查看当前目录 $ mkdir learngit 创建一个名为learngit的空目...
    天山雪莲_38324阅读 446评论 0赞 1
  • Git学习笔记
    Git的学习 Git简介Git由Linux操作系统内核的创造者Linus Torvalds在2005年创造，是目前...
    DeepChafferer阅读 365评论 0赞 2
  • Git 学习笔记
    ----------------- Git 学习 ------------------ Git 简介 Git...
    Junting阅读 2,232评论 0赞 3
  • Git学习笔记
    git学习笔记 声明 本文是本人学习Git过程中所做的笔记,以便日后查阅,文中多有错漏之处,不建议用作学习材料,文...
    sayonara_yoyo阅读 673评论 0赞 1