前言
本文是参考廖雪峰老师的Git资料再加上我自己对Git的理解,记录我的Git学习历程,作下此文是为以后学习,工作,开发中如果遇到问题可以回过头来参考参考。因为水平有限,难免会有出错的地方,欢迎指正。
Git是什么
- 官方话:Git是一个免费的开源分布式版本控制系统,旨在快速高效地处理从小型到大型项目的所有事务。
- 引用廖雪峰老师的话,它能自动帮我记录每次文件的改动,还可以让同事协作编辑,这样就不用自己管理一堆类似的文件了,也不需要把文件传来传去。如果想查看某次改动,只需要在软件里瞄一眼就可以。
为什么要学习Git
- 面试要被问。可以应付面试。
- 很多公司开发都用Git来处理项目。现在不学,以后肯定还要学。
- 在我看来Git是现如今所有程序员都要掌握的,以后与同事共同开发项目必定要用到的,熟练掌握Git命令,可以提高开发的效率。。
安装Git
- Windows
直接在官网上去下载。下载完成后,随便在某个文件下右键如果有Git Bash Here就安装成功。安装后,还要在命令行输入
$git config --global user.name "你的名字"
$git config --global user.email "你的邮箱"
复制代码
global
表示全局,这台机器所有的Git仓库都会使用这个配置。允许单个仓库使用其他的名字和邮箱。
- Mac
评论区指出Mac也可以像Windows一样,按上面的步骤安装。 也可以直接从AppStore安装Xcode,Xcode集成了Git,不过默认没有安装,你需要运行Xcode,选择菜单“Xcode”->“Preferences”,在弹出窗口中找到“Downloads”,选择“Command Line Tools”,点“Install”就可以完成安装了。
仓库
- 本地仓库是对于远程仓库而言的。
- 本地仓库 = 工作区 + 版本区
- 工作区即磁盘上的文件集合。
- 版本区(版本库)即
.git
文件 - 版本库 = 暂存区(stage) + 分支(master) + 指针Head
- 以我使用最频繁的git命令为例,即提交到github为例。
git init
原本本地仓库只包含着工作区,这是最常见的工作状态。此时,git init
一下,表示在本地区域创建了一个.git
文件,版本区建立。git add .
表示把工作区的所有文件全部提交到版本区里面的暂存区- 当然你也可以通过
git add ./xxx/
一条一条分批添加到暂存区。 git commit -m "xxx"
把暂存区的所有文件提交到仓库区,暂存区空空荡荡。git remote add origin https://github.com/name/name_cangku.git
把本地仓库与远程仓库连接起来。git push -u origin master
把仓库区的文件提交到远程仓库里。- 一旦提交后,如果你又没有对工作区做任何修改,那么工作区就是“干净”的。会有这样的信息
nothing to commit, working tree clean
提交到GitHub
以前不熟悉git命令的时候,我提交项目到github上都是直接在网页上直接拉取文件提交上去的。有点羞耻。
git init
.初始化,表示把这个文件变成Git可以管理的仓库。初始化后打开隐藏的文件可以看到有一个.git
文件。git add .
后面的一个点表示把这个文件全部提交到暂存区。git add ./readme.md/
表示把这个文件下面的readme.md文件提交到暂存区。git commit -m "你要评论一点什么东西"
git commit
的意思是把暂存区的全部文件提交到本地仓库。-m
后接评论。git remote add origin https://github.com/name/name_cangku.git
表示把你本地的仓库与GitHub上的远程仓库连接起来。只需要连接一次,以后提交的时候就可以不用谢这条命令了。name
是你的github名字,name_cangku
是你的仓库名。注意不要把后面的.git
给漏掉了。因为我前面就是这么走过来的,绕了很多弯路。至于如何在GitHub上新建仓库,网上有很多教程,这里不再赘述了。git push -u origin master
把本地仓库提交到远程仓库。(最后一步)在你的远程仓库上刷新一下就可以看到你提交的文件了。- 最后提到的是,在
git commit -m ""
之前,可以重复git add
到暂存区。但是git commit
会把你之前存放在暂存区的全部文件一次性全部提交到本地仓库。
版本的回溯与前进
提交一个文件,有时候我们会提交很多次,在提交历史中,这样就产生了不同的版本。每次提交,Git会把他们串成一条时间线。如何回溯到我们提交的上一个版本,用git reset --hard + 版本号
即可。 版本号可以用git log
来查看,每一次的版本都会产生不一样的版本号。回溯之后,git log
查看一下发现离我们最近的那个版本已经不见了。但是我还想要前进到最近的版本应该如何?只要git reset --hard + 版本号
就行。退一步来讲,虽然我们可以通过git reset --hard + 版本号
,靠记住版本号来可以在不同的版本之间来回穿梭。但是,有时候把版本号弄丢了怎么办?git reflog
帮你记录了每一次的命令,这样就可以找到版本号了,这样你又可以通过git reset
来版本穿梭了。
撤销
- 场景1:在工作区时,你修改了一个东西,你想撤销修改,
git checkout -- file
。廖雪峰老师指出撤销修改就回到和版本库一模一样的状态,即用版本库里的版本替换工作区的版本。 - 场景2:你修改了一个内容,并且已经
git add
到暂存区了。想撤销怎么办?回溯版本,git reset --hard + 版本号
,再git checkout -- file
,替换工作区的版本。 - 场景3:你修改了一个内容,并且已经
git commit
到了master
。跟场景2一样,版本回溯,再进行撤销。
删除
- 如果你
git add
一个文件到暂存区,然后在工作区又把文件删除了,Git会知道你删除了文件。如果你要把版本库里的文件删除,git rm
并且git commit -m "xxx"
. - 如果你误删了工作区的文件,怎么办?使用撤销命令,
git checkout --<file>
就可以。这再次证明了撤销命令其实就是用版本库里的版本替换工作区的版本,无论工作区是修改还是删除,都可以“一键还原”。
分支
分支,就像平行宇宙,廖雪峰老师如是说。你创建了一个属于你自己的分支,别人看不到,还继续在原来的分支上正常工作,而你在自己的分支上干活,想提交就提交,直到开发完毕后,再一次性合并到原来的分支上,这样,既安全,又不影响别人工作。
创建与合并分支
git push -u origin master
提交就是增加一条时间轴,master也会跟着移动。
理论分析完,看一下命令怎么写。
- 创建分支
other
,切换到other
分支。
git branch other
git checkout other
复制代码
- 查看当前所有分支
git branch
复制代码
* other
master
复制代码
当前的分支会有一个*
- 用
other
提交
git add ./xxx/
git commit -m "xxx"
复制代码
other
分支完成,切换回master
git checkout master
复制代码
- 此时,master分支上并没有
other
的文件,因为分支还没有合并。 - 合并分支
git merge other
复制代码
- 合并完成之后,就可以在master分支上查看到文件了。
- 删除
other
分支。
git branch -d other
复制代码
- 我由此想到,在以后工作中,应该是一个开放小组共同开发一个项目,组长会创建很多分支,每一个分支可以交给一个人去开发某一个功能,一个小组共同开发而且不会相互干扰。谁的功能完成了,可以由组长合并一下完成了的分支。哦,完美!
解决合并分支问题
other
已经commit
了,但是此时指针指回master
时,并且master
没有合并,而是git add / commit
提交了。这样,就产生了冲突,主分支master
文件内容与other
分支的内容不一样。合并不起来!所以,
- 修改文件的内容,让其保持一致。
git add
git commit
提交。- 分支合并了。
git log --graph
查看分支合并图git branch -d other
删除分支,任务结束。
分支管理策略
git merge --no-ff other
禁用Fast forward
模式,因为使用Fast forward
模式,删除分支后,分支历史信息会丢失。
BUG分支
廖雪峰老师提到,工作中每个bug都可以通过一个新的临时分支来修复,修复后,合并分支,然后将临时分支删除。但如果你手上有分支在工作中,你的上级要你改另外的分支的BUG。你要把现在正在工作的分支保存下来,
git stash
,把当前工作现场“存储”起来,等以后恢复后继续工作。当你解决BUG后,git checkout other
回到自己的分支。用git stash list
查看你刚刚“存放”起来的工作去哪里了。此时你要恢复工作:
git stash apply
恢复却不删除stash
内容,git stash drop
删除stash
内容。git stash pop
恢复的同时把stash内容也删了.- 此时,用
git stash list
查看,看不到任何stash
内容。
总结:修复bug时,我们会通过创建新的bug分支进行修复,然后合并,最后删除;当手头工作没有完成时,先把工作现场git stash一下,然后去修复bug,修复后,再git stash pop,回到工作现场
删除分支
git branch -d + 分支
有可能会删除失败,因为Git会保护没有被合并的分支。git branch -D + 分支
强行删除,丢弃没被合并的分支。
多人协作
git remote
查看远程库的信息,会显示origin
,远程仓库默认名称为origin
git remote -v
显示更详细的信息git push -u origin master
推送master
分支到origin
远程仓库。git push -u origin other
推送other
到origin
远程仓库。
抓取分支
git pull
把最新的提交从远程仓库中抓取下来,在本地合并,解决冲突。在进行git pull
- 如果
git pull
也失败了,还要指定分支之间的链接,这一步Git会提醒你怎么做。然后再git pull
。廖雪峰老师的总结:多人协作的工作模式通常是这样:
-
首先,可以试图用
git push origin <branch-name>
推送自己的修改; -
如果推送失败,则因为远程分支比你的本地更新,需要先用
git pull
试图合并; -
如果合并有冲突,则解决冲突,并在本地提交;
-
没有冲突或者解决掉冲突后,再用
git push origin <branch-name>
推送就能成功! -
如果
git pull
提示no tracking information
,则说明本地分支和远程分支的链接关系没有创建,用命令git branch --set-upstream-to <branch-name> origin/<branch-name>
。
Rebase
-
git rebase
把分叉的提交历史“整理”成一条直线,看上去更直观.缺点是本地的分叉提交已经被修改过了。- 最后在进行
git push -u origin master
rebase
的目的是使得我们在查看历史提交的变化时更容易,因为分叉的提交需要三方对比。
标签管理
比如一个APP要上线,通常在版本库中打一个标签(tag), 这样,就确定了打标签的版本。将来无论什么时候,取某个标签的版本,就是把那个打标签的时刻的历史版本取出来。所以,标签也是版本库的一个快照。
Git的标签虽然是版本库的快照,但其实它就是指向某个commit的指针。
tag
其实就是一个让人容易记住的有意义的名字,它跟某个commit绑在一起。比如tag v2.1
就是把历史上的一个版本的东西叫做v2.1
创建标签
步骤:
git branch
查看当前分支,git checkout master
切换到master
分支。git tag <name>
打标签,默认为HEAD
。比如git tag v1.0
- 默认标签是打在最新提交的
commit
上的。如果想要打标签在以前的commit
上,要git log
找到历史提交的commit
id. - 如果一个
commt id
是du2n2d9
,执行git tag v1.0 du2n2d9
就把这个版本打上了v1.0
的标签了。 git tag
查看所有标签,可以知道历史版本的tag
- 标签不是按时间顺序列出,而是按字母排序的。
git show <tagname>
查看标签信息。git tag -a <标签名> -m "<说明>"
,创建带说明的标签。-a
指定标签名,-m
指定说明文字。用show
可以查看说明。
操作标签
git tag -d v1.0
删除标签。因为创建的标签都只存储在本地,不会自动推送到远程。所以,打错的标签可以在本地安全删除。git push origin <tagname>
推送某个标签到远程git push origin --tags
一次性推送全部尚未推送到远程的本地标签- 如果标签推送到远程。
git tag -d v1.0
先删除本地标签v1.0。git push origin :refs/tags/v1.0
删除远程标签v1.0
自定义Git
git config --global color.ui true
让Git显示颜色,会让命令输出看起来更醒目- 忽略特殊文件
创建一个
.gitignore
文件,把需要忽略的文件名填进去。Git就会自动忽略这些文件。我也在学习中遇到过这样的问题,比如node_modules
文件就可以忽略。 -
忽略文件原则:忽略操作系统自动生成的文件,比如缩略图等; 忽略编译生成的中间文件、可执行文件等,也就是如果一个文件是通过另一个文件自动生成的,那自动生成的文件就没必要放进版本库,比如Java编译产生的.class文件; 忽略你自己的带有敏感信息的配置文件,比如存放口令的配置文件。
- 强制提交已忽略的的文件。
git add -f <file>
git check-ignore -v <file>
检查为什么Git会忽略该文件。- 给Git命令配别名,这个有点骚,就是你以后想输入
git rebase
时,你给它一个“外号”,就叫它git nb
。以后你可以通过git nb
来代替git rebase
。具体怎么转换可以去廖雪峰老师的网站看。因为水平有限,我觉得先把正常的Git命令搞清楚来就很不错了。
常用Git命令总结
git config --global user.name "你的名字"
让你全部的Git
仓库绑定你的名字git config --global user.email "你的邮箱"
让你全部的Git
仓库绑定你的邮箱git init
初始化你的仓库git add .
把工作区的文件全部提交到暂存区git add ./<file>/
把工作区的<file>
文件提交到暂存区git commit -m "xxx"
把暂存区的所有文件提交到仓库区,暂存区空空荡荡git remote add origin https://github.com/name/name_cangku.git
把本地仓库与远程仓库连接起来git push -u origin master
把仓库区的主分支master
提交到远程仓库里git push -u origin <其他分支>
把其他分支提交到远程仓库git status
查看当前仓库的状态git diff
查看文件修改的具体内容git log
显示从最近到最远的提交历史git clone + 仓库地址
下载克隆文件git reset --hard + 版本号
回溯版本,版本号在commit
的时候与master
跟随在一起git reflog
显示命令历史git checkout -- <file>
撤销命令,用版本库里的文件替换掉工作区的文件。我觉得就像是Git
世界的ctrl + z
git rm
删除版本库的文件git branch
查看当前所有分支git branch <分支名字>
创建分支git checkout <分支名字>
切换到分支git merge <分支名字>
合并分支git branch -d <分支名字>
删除分支,有可能会删除失败,因为Git
会保护没有被合并的分支git branch -D + <分支名字>
强行删除,丢弃没被合并的分支git log --graph
查看分支合并图git merge --no-ff <分支名字>
合并分支的时候禁用Fast forward
模式,因为这个模式会丢失分支历史信息git stash
当有其他任务插进来时,把当前工作现场“存储”起来,以后恢复后继续工作git stash list
查看你刚刚“存放”起来的工作去哪里了git stash apply
恢复却不删除stash
内容git stash drop
删除stash
内容git stash pop
恢复的同时把stash内容也删了git remote
查看远程库的信息,会显示origin
,远程仓库默认名称为origin
git remote -v
显示更详细的信息git pull
把最新的提交从远程仓库中抓取下来,在本地合并,和git push
相反git rebase
把分叉的提交历史“整理”成一条直线,看上去更直观git tag
查看所有标签,可以知道历史版本的taggit tag <name>
打标签,默认为HEAD
。比如git tag v1.0
git tag <tagName> <版本号>
把版本号打上标签,版本号就是commit
时,跟在旁边的一串字母数字git show <tagName>
查看标签信息git tag -a <tagName> -m "<说明>"
创建带说明的标签。-a
指定标签名,-m
指定说明文字git tag -d <tagName>
删除标签git push origin <tagname>
推送某个标签到远程git push origin --tags
一次性推送全部尚未推送到远程的本地标签git push origin :refs/tags/<tagname>
删除远程标签<tagname>
git config --global color.ui true
让Git显示颜色,会让命令输出看起来更醒目git add -f <file>
强制提交已忽略的的文件git check-ignore -v <file>
检查为什么Git会忽略该文件
结语
廖雪峰老师讲Git讲的通俗易懂,对小白很友好。认认真真花上两天时间去整理,会有所收获的。廖老师的个人网站传送门
欢迎访问我的博客,会分享一些技术文章,一起学习前端。
来源:https://juejin.cn/post/6844903877138087950 标签:文件,Git,标签,笔记,程序员,git,提交,分支 From: https://www.cnblogs.com/konglxblog/p/16993386.html