一、
GIT工具的安装
步骤:
1.进入git官网下载git工具:
http://www.git-scm.com/download/。
2.打开安装文件使用默认安装配置即可。
二、GIT基本配置
1.git命令自动提示功能:
windows客户端自带自动提示功能。
2.git config 增删改查:
2.1增:git config --global --add user.name yuyangnews
2.2删:git config --global --unset user.name yuyangnews
2.3改:git config --global user.name eoe
2.4查:git config --global --list
3.git 子命令起别名
3.1使用co代替commit命令
git config --global alias.co commit
三、GIT基本流程
1.git存储文件机制:
1.1使用40个16进制字符的sha-1 hash来唯一标识对象
blob文本文件、二进制文件、链接文件
tree目录
commit历史提交
tag固定的历史提交
使用git仓库存储以上对象.
2.获取git仓库的方法
2.1git init
2.1.1 git init <仓库目录>:
该命令会创建带工作区的git仓库,git仓库在该目录下的.git目录下
2.1.2 git init --bare <仓库目录>(裸仓库,不带工作区)
该命令会创建不带工作区的git仓库,git仓库在该目录下.
2.2git clone
3.将已有工作环境,纳入git版本管理:
(方法一)步骤:1.建立一个文件夹,模拟项目目录
2.使用git init命令
(方法二)步骤:1.git clone <远程服务器的裸仓库url地址>
四、git仓库(repository)的分区:
4.1工作区:日常编辑代码的地方
4.2历史仓库:commit指向的树形结构
4.3暂存区:虚拟树形结构,由工作区到历史仓库的过度区域。
git diff 查看工作区与暂存区的异同,查看工作区的修改情况。
git add 将文件添加到暂存区中
版本库可以对内部的文件的修改、删除、增加以及历史进行管理。只能对文本文件的具体内容进行跟踪,不能对音视频、word等二进制文件的内容进行跟踪,建议编码使用UTF-8。
不要使用windows自带的记事本,建议使用notepad++代替记事本。
git commit -m "提交说明"
提交说明,最好是有意义的信息。(add可以添加多次文件,commit一次提交多个文件)
如果每次修改,不add到暂存区,那就不会加入到commit中。
git status 查看提交到暂存区的状态
如果git status告诉你有文件被修改过,用git diff可以查看修改内容。
git rm -f 同时从工作区和暂存区删除不需要的文件
git rm --cached 只删除暂存区中不需要的文件
git mv 在工作区移动文件或重命名文件,并添加到暂存区中去
git ignore 确保工作区中不被希望添加到暂存区和工作区的文件不被添加
步骤:1.在工作区下创建.gitignore文件
2.通过通配符的形式告诉git不要添加到git仓库中
git log 查看过往修改的记录
--pretty=oneline显示主要内容
git reset 回退版本<回到从前好回,回到未来就有点难了,要知道hash才行>
关键字 1.HEAD表示当前版本
HEAD^表示上一个版本
HEAD^^表示上上个版本
往上100个版本写成HEAD~~100.
2.--hard
注意:如果回退到从前后关机了,但是开机后又想回到未来怎么办?
可以使用git reflog命令 可以查看过往所有的操作以及commit指针
git checkout -- <文件名>把该文件在工作区的修改全部撤销:
两种情况:1.该文件自修改后还没有放到暂存区,现在,撤销修改就回到和版本库一模一样的状态。
2.该文件已经添加到暂存区,又作了修改,现在撤销修改就回到添加暂存区后的状态。
五、git暂存区
5.1 工作空间:用于编写项目代码的地方
5.2 .git/的版本库:Git的工作区,包含有git的对象库<不要删除这个目录,要不就完蛋了>
当执行git add操作时,.git/目录下面会多出index文件(即暂存区),每一条索引有个40位的sha1-hash以及对应的文件名,每条索引还包含模式以及权限信息等等,每条索引跟对象库里的某个对象对应的。另外,index文件还维护了一些tree对象的内容。
当执行git commit时,会创建tree对象以及分支、commit指针
六、本地分支与合并
6.1分支的用处以及Git分支的优势:
分支在实际中有什么用呢?假设你准备开发一个新功能,但是需要两周才能完成,第一周你写了50%的代码,如果立刻提交,由于代码还没有写完,不完整的代码库会导致别人不能干活了。如果等代码全部写完再一次提交,又存在丢失每天进度的巨大风险。
现在有了分支,就不用怕了。你创建一个属于你自己的分支,别人看不到,还继续在原来的分支上正常工作,而你在自己的分支上干活,想提交就提交,直到开发完毕后,再一次性合并到原来的分支上,这样,既安全,又不影响别人工作。
其他版本控制系统如SVN等都有分支管理,但是用过之后你会发现,这些版本控制系统创建和切换分支比蜗牛还慢,简直让人无法忍受,结果分支功能当成了摆设,大家都不去用。
但Git的分支是与众不同的,无论创建、切换和删除分支,Git在1秒钟之内就能完成!无论你的版本库是1个文件还是1万个文件。
6.2 分支的流程:
HEAD指向当前分支
(如master主分支),主分支指向提交。每次提交master分支都会向前移动一步,这样,随着你不断提交,master分支的线也越来越长。
当创建新的分支,例如dev时,Git新建了一个指针叫dev,指向master相同的提交,再把HEAD指向dev,就标识当前分支在dev上。
从现在开始,对工作区的修改和提交就是针对dev分支了,比如新提交一次后,
dev指针往前移动一步,而master指针不变.
若dev分支上的工作完成了,就可以把dev分支合并到master分支上。即直接把master指向dev分支的当前提交,就完成了合并。
合并完分支后,甚至可以删除dev分支。删除dev分支就是把dev指针给删掉,删掉后,我们就剩下了一条master分支:
6.3 分支命令:
1.git checkout -b dev <git branch dev git checkout dev>创建分支并切换到该分支
2.git branch 查看当前分支,列出所有分支,当前分支前会标识*号
3.git checkout master 切换到master分支
子分支修改完成后,切换到主分支,会发现之前的修改不见了,是因为之前的提交在子分支上,而master分支此刻的提交点并没有变:
4. git merge dev 用于合并指定分支到当前分支。合并后,修改就都一样了。
操作后提示:Faster-forward信息,告诉我们,这次合并是快进模式,即master指向dev的当前提交,所以合并速度非常快。<看不出来合并过分支>
若不想用Faster快进模式,则可以加参数--no-ff -m "更新描述" 分支名,如下图:
5. git branch -d dev 删除dev分支.
6. git log --graph 查看分支合并图
6.4 建议
因为创建、合并和删除分支非常快,所以Git鼓励使用分支完成某个任务,合并后再删掉分支,这和直接在master分支上工作效果相同,但过程更安全.
6.5 分支策略
在实际开发中,我们应该按照几个基本原则进行分支管理:
首先,master分支应该是非常稳定的,也就是仅用来发布新版本,平时不能在上面干活。
那在哪干活呢?干活都在dev分支上,也就是说,dev分支是不稳定的,到某个时候,比如1.0版本发布时,再把dev分支合并到master上,在master分支发布1.0版本;
你和你的小伙伴每个人都在dev分支上干活,每个人都有自己的分支,时不时地往dev分支上合并就可以了。
bug分支:
在Git中,由于分支是如此的强大,所以,每个bug都可以通过一个新的临时分支来修复,修复后,合并分支,然后将临时分支删除。
git stash 可以把当前工作现场"存储"起来,等以后恢复现场后继续。
场景说明:突然有紧急任务下来,要做代号为101的bug任务,创建了一个名为issue-101的分支来修复它,但是现在正在dev分支上进行开发,而且工作尚未提交。此时,可以把当前工作现场"存储"起来,等以后恢复现场后继续工作。
git stash list 查看保存了哪些场景
git stash apply 对场景进行恢复
git stash drop 将恢复后的场景进行删除
git stash pop 恢复的同时把stash内容也删了.
流程:修复bug时,通过创建新的bug分支进行修复,然后合并,最后删除。
当手头工作没有完成时,先把工作现场git stash一下,然手去修复bug,修复后,再git stash pop,回到工作现场。
Feature分支:
软件开发中,总有无穷无尽的新的功能要不断添加进来。
添加一个新功能时,你肯定不希望一些实验性质的代码,把主分支搞乱了,所以,每添加一个新功能,最好新建一个feature分支,在上面开发,完成后,合并,最后,删除该feature分支。
流程:
1.要加新功能了
2.git checkout -b 新功能分支
3.git add vulcan.py
4.git status
5.git commit -m "add feature vulcan"
6.git checkout dev
7.if(一切正常)git merge --no-ff -m "" 新功能分支
8.
if(临时决定放弃新功能) git branch -D 新功能分支 <强行删除分支>
七、标签管理
7.1创建标签:
git tag 标签名: 打一个指定标签名的新标签给(HEAD)最新提交
git tag :查看所有标签(按照字母顺序显示,而非时间顺序)
git tag <标签名> <commit id>:打一个指定标签名的新标签给指定提交
git show <标签名>:查看标签信息
git tag -a <标签名> -m <"标签信息" > <commit id>:打一个指定标签名以及指定说明的新标签给指定提交
7.2 操作标签
git tag -d <标签名>:删除指定标签
git push origin <标签名>:推送指定标签到远程
git push origin --tags:一次性推送全部尚未推送到远程的本地标签
{1.git tag -d <标签名>;2.git push origin :refs/tags/<标签名>}: 删除已经推送到远程的标签
八、各种问题处理
8.1.乱码问题:
处理使用ls命令查看含有中文文件名乱码时:alias ls="ls --show-control-chars"
处理GUI中查看UTF-8编码的文本文件时乱码:git config --global gui.encoding utf-8