Git学习
文章目录
1 什么是Git
- Git 是一个开源的分布式版本控制系统，用于敏捷高效地处理任何或小或大的项目
- Git 是 Linus Torvalds 为了帮助管理 Linux 内核开发而开发的一个开放源码的版本控制软件
- Git 与常用的版本控制工具 CVS, Subversion 等不同，它采用了分布式版本库的方式，不必服务器端软件支持
- 分布式相比于集中式的最大区别在于开发者可以提交到本地，每个开发者通过克隆（git clone），在本地机器上拷贝一个完整的Git仓库。
1.1 Git工作流程
工作流程
一般工作流程如下：
- 克隆 Git 资源作为工作目录。
- 在克隆的资源上添加或修改文件。
- 如果其他人修改了，你可以更新资源。
- 在提交前查看修改。
- 提交修改。
- 在修改完成后，如果发现错误，可以撤回提交并再次修改并提交。
下图是经典的git工作过程。
基本概念
我们先来理解下Git 工作区、暂存区和版本库概念
- 工作区：就是你在电脑里能看到的目录。
- 暂存区：英文叫stage, 或index。一般存放在 “.git目录下” 下的index文件（.git/index）中，所以我们把暂存区有时也叫作索引（index）。
- 版本库：工作区有一个隐藏目录.git，这个不算工作区，而是Git的版本库。
下面这个图展示了工作区、版本库中的暂存区和版本库之间的关系：
- 图中左侧为工作区，右侧为版本库。在版本库中标记为 “index” 的区域是暂存区（stage,
index），标记为 “master” 的是 master 分支所代表的目录树。 - 图中我们可以看出此时 “HEAD” 实际是指向 master 分支的一个游标。所以图示的命令中出现 HEAD 的地方可以用
master 来替换。 - 图中的 objects 标识的区域为 Git 的对象库，实际位于 “.git/objects” 目录下，里面包含了创建的各种对象及内容。
- 当对工作区修改（或新增）的文件执行git add命令时，暂存区的目录树被更新，同时工作区修改（或新增）的文件内容被写入到对象库中的一个新的对象中，而该对象的ID被记录在暂存区的文件索引中。
- 当执行提交操作git commit时，暂存区的目录树写到版本库（对象库）中，master 分支会做相应的更新。即 master
指向的目录树就是提交时暂存区的目录树。 - 当执行 git reset HEAD命令时，暂存区的目录树会被重写，被 master 分支指向的目录树所替换，但是工作区不受影响。
- 当执行 git rm --cached file命令时，会直接从暂存区删除文件，工作区则不做出改变。
- 当执行 git checkout . 或者 git checkout file 命令时，会用暂存区全部或指定的文件替换工作区的文件。这个操作很危险，会清除工作区中未添加到暂存区的改动。
- 当执行 git checkout HEAD . 或者 git checkout HEAD file命令时，会用 HEAD指向的 master分支中的全部或者部分文件替换暂存区和以及工作区中的文件。这个命令也是极具危险性的，因为不但会清除工作区中未提交的改动，也会清除暂存区中未提交的改动。
1.2 Git的功能
从一般开发者的角度来看，git有以下功能：
- 从服务器上克隆完整的Git仓库（包括代码和版本信息）到单机上。
- 在自己的机器上根据不同的开发目的，创建分支，修改代码。
- 在单机上自己创建的分支上提交代码。
- 在单机上合并分支。
- 把服务器上最新版的代码fetch下来，然后跟自己的主分支合并。
- 生成补丁（patch），把补丁发送给主开发者。
- 看主开发者的反馈，如果主开发者发现两个一般开发者之间有冲突（他们之间可以合作解决的冲突），就会要求他们先解决冲突，然后再由其中一个人提交。如果主开发者可以自己解决，或者没有冲突，就通过。
- 一般开发者之间解决冲突的方法，开发者之间可以使用pull 命令解决冲突，解决完冲突之后再向主开发者提交补丁
从主开发者的角度（假设主开发者不用开发代码）看，git有以下功能：
- 查看邮件或者通过其它方式查看一般开发者的提交状态。
- 打上补丁，解决冲突（可以自己解决，也可以要求开发者之间解决以后再重新提交，如果是开源项目，还要决定哪些补丁有用，哪些不用）。
- 向公共服务器提交结果，然后通知所有开发人员。
1.3 Git的优缺点
优点：
- 适合分布式开发，强调个体。
- 公共服务器压力和数据量都不会太大。
- 速度快、灵活。
- 任意两个开发者之间可以很容易的解决冲突。
- 离线工作。
缺点：
- 资料少（起码中文资料很少）。
- 学习周期相对而言比较长。
- 不符合常规思维。
- 代码保密性差，一旦开发者把整个库克隆下来就可以完全公开所有代码和版本信息。
2 Git安装配置
在使用Git前我们需要先安装 Git。Git 目前支持 Linux/Unix、Solaris、Mac和 Windows 平台上运行。
Git 各平台安装包下载地址为：http://git-scm.com/downloads
2.1 Linux 平台上安装
Git 的工作需要调用 curl，zlib，openssl，expat，libiconv 等库的代码，所以需要先安装这些依赖工具。
在有 yum 的系统上（比如 Fedora）或者有 apt-get 的系统上（比如 Debian 体系），可以用下面的命令安装：
各 Linux 系统可以使用其安装包管理工具（apt-get、yum 等）进行安装：
Debian/Ubuntu
Debian/Ubuntu Git 安装命令为：
#安装
apt-get install libcurl4-gnutls-dev libexpat1-dev gettext libz-dev libssl-dev
apt-get install git
#测试
git --version
Centos/RedHat
如果你使用的系统是 Centos/RedHat 安装命令为：
#安装
yum install curl-devel expat-devel gettext-devel openssl-devel zlib-devel
yum -y install git-core
#测试
git --version
源码安装
我们也可以在官网下载源码包来安装，最新源码包下载地址：https://git-scm.com/download
安装指定系统的依赖包：
########## Debian/Ubuntu ##########
apt-get install libcurl4-gnutls-dev libexpat1-dev gettext libz-dev libssl-dev
########## Centos/RedHat ##########
yum install curl-devel expat-devel gettext-devel openssl-devel zlib-devel
解压安装下载的源码包：
tar -zxf git-1.7.2.2.tar.gz
cd git-1.7.2.2
make prefix=/usr/local all
sudo make prefix=/usr/local install
2.2 Windows 平台上安装
exe安装
在 Windows 平台上安装 Git 同样轻松，有个叫做 msysGit 的项目提供了安装包，可以到 GitHub 的页面上下载 exe 安装文件并运行：
安装包下载地址：https://gitforwindows.org/
完成安装之后，就可以使用命令行的 git 工具（已经自带了 ssh 客户端）了，另外还有一个图形界面的 Git 项目管理工具。
在开始菜单里找到"Git"->“Git Bash”，会弹出 Git 命令窗口，你可以在该窗口进行 Git 操作。
anaconda安装
在许多情况下，我们常常在windows下使用anaconda，在anaconda下安装git，比较简单：
conda install git
会自动去搜索依赖包，一般不会错
2.3 Mac 平台上安装
在 Mac 平台上安装 Git 最容易的当属使用图形化的 Git 安装工具，下载地址为：
http://sourceforge.net/projects/git-osx-installer/
安装界面如下所示：
2.4 Git 配置
Git 提供了一个叫做 git config 的工具，专门用来配置或读取相应的工作环境变量。
在Linux下，这些环境变量，决定了 Git 在各个环节的具体工作方式和行为。这些变量可以存放在以下三个不同的地方：
-
/etc/gitconfig 文件：系统中对所有用户都普遍适用的配置。若使用 git config 时用 --system选项，读写的就是这个文件。
-
~/.gitconfig 文件：用户目录下的配置文件只适用于该用户。若使用 git config 时用 --global选项，读写的就是这个文件
-
当前项目的 Git 目录中的配置文件（也就是工作目录中的 .git/config文件）：这里的配置仅仅针对当前项目有效。每一个级别的配置都会覆盖上层的相同配置，所以 .git/config 里的配置会覆盖
/etc/gitconfig 中的同名变量。
在 Windows 系统上，Git 会找寻用户主目录下的 .gitconfig 文件。主目录即 $HOME 变量指定的目录，一般都是 C:\Documents and Settings$USER。
此外，Git 还会尝试找寻 /etc/gitconfig 文件，只不过看当初 Git 装在什么目录，就以此作为根目录来定位。
用户信息配置
配置个人的用户名称和电子邮件地址：
git config --global user.name "xxx"
git config --global user.email "xxx@xxxxx.com"
如果用了 --global 选项，那么更改的配置文件就是位于你用户主目录下的那个，以后你所有的项目都会默认使用这里配置的用户信息。
如果要在某个特定的项目中使用其他名字或者电邮，只要去掉 --global 选项重新配置即可，新的设定保存在当前项目的 .git/config 文件里。
文本编辑器配置
设置Git默认使用的文本编辑器, 一般可能会是 Vi 或者 Vim。如果你有其他偏好，比如 Emacs 的话，可以重新设置：:
git config --global core.editor emacs
差异分析工具配置
还有一个比较常用的是，在解决合并冲突时使用哪种差异分析工具。比如要改用 vimdiff 的话：
git config --global merge.tool vimdiff
Git 可以理解 kdiff3，tkdiff，meld，xxdiff，emerge，vimdiff，gvimdiff，ecmerge，和 opendiff 等合并工具的输出信息。
当然，你也可以指定使用自己开发的工具，具体怎么做可以参阅第七章。
查看配置信息
要检查已有的配置信息，可以使用 git config --list 命令：
git config --list
有时候会看到重复的变量名，那就说明它们来自不同的配置文件（比如 /etc/gitconfig 和 ~/.gitconfig），不过最终 Git 实际采用的是最后一个。
这些配置我们也可以在 ~/.gitconfig 或 /etc/gitconfig 看到，如下所示：
vim ~/.gitconfig
显示内容如下所示：
[http]
postBuffer = 2M
[user]
name = xxx
email = xxx@xxxxx.com
也可以直接查阅某个环境变量的设定，只要把特定的名字跟在后面即可，像这样：
git config user.name
3 Git常用命令
- git init：初始化git仓库
- git status：查看当前工作区文件状态
- git clone：远程仓库–>本地仓库
- git add 文件：工作区–>暂存区
- git commit -m “解释功能”：暂存区–>本地仓库
- git push：本地仓库–>远程仓库
- git reset：仓库–>暂存区（复杂命令）
- git checkout：暂存区–>工作区（复杂命令）
- git log：查看提交历史（复杂命令）
- git diff：比较暂存区<–>工作区（复杂命令）
- git rm文件名：删除文件（取消跟踪，暂存区域还在，在下次提交不纳入版本管理）
- git rm -f 文件名：强制删除
- git mv 旧文件名 新文件名：修改文件名
3.1 登录Git
如果没有获取到用户配置，则只能拉取代码，不能修改；要是使用git，你要告诉git是谁在使用
git config --global user.name 'userName' //设置git账户，userName为你的git账号，
git config --global user.email 'email'
3.2 创建仓库
-
初始化仓库
mkdir nodejs //创建文件夹nodejs cd nodejs //切换到nodejs目录下 git init 在nodejs文件夹下初始化一个仓库，此时文件里会到一个.git的隐藏文件夹使用我们指定目录作为Git仓库
git init newrepo -
创建忽略文件
touch .gitignore //不需要服务器端提交的内容可以写到忽略文件里写入可忽略文件或文件夹 ，如：
.git .idea -
克隆仓库
git clone <repo>如果我们需要克隆到指定的目录，可以使用以下命令格式：
git clone <repo> <directory>参数说明：
repo：Git 仓库
directory：本地目录
3.3 状态查询
git status
3.4 查看提交历史
git log
可以用 --oneline 选项来查看历史记录的简洁的版本
git log --oneline
也可以用 --reverse 参数来逆向显示所有日志
git log --reverse --oneline
如果只想查找指定用户的提交日志可以使用命令：
git log --author
例子：
git log --author=Linus --oneline -5
如果需要指定日期，可以执行几个选项：–since 和 --before，也可以用 --until 和 --after。
例如，如果要看 Git 项目中三周前且在四月十八日之后的所有提交，可以执行这个（还可以用 --no-merges 选项以隐藏合并提交）：
git log --oneline --before={3.weeks.ago} --after={2010-04-18} --no-merges
3.5 提交代码
-
增加到暂存区中
git add index.html git add -A //全部添加到缓存区 -
增加到版本库中
git commit -m '备注信息' -
推送到远程仓库
git push
3.6 标签tag
-
打标签
如果达到一个重要的阶段，并希望永远记住那个特别的提交快照，可以使用 git tag 给它打上标签。
比如说，想为我们的 runoob 项目发布一个"1.0"版本。 我们可以用 git tag -a v1.0 命令给最新一次提交打上（HEAD）"v1.0"的标签。
-
-a 选项意为"创建一个带注解的标签"
-
不用 -a 选项也可以执行的，但它不会记录这标签是啥时候打的，谁打的，也不会让你添加个标签的注解
-
推荐一直创建带注解的标签
git tag -a v1.0
-
-
补打标签
如果我们忘了给某个提交打标签，又将它发布了，我们可以给它追加标签。
例如，假设我们发布了提交（ 85fc7e7），但是那时候忘了给它打标签。 我们现在也可以：
git tag -a v0.9 85fc7e7 查看 git log --oneline --decorate --graph -
查看标签
git tag 查看远程标签 git tag -r -
删除标签
git tag -d [name]
-
指定标签信息命令：
git tag -a <tagname> -m "runoob.com标签" -
PGP签名标签命令：
git tag -s <tagname> -m "runoob.com标签" -
创建远程版本(本地版本push到远程)：
git push origin [name] -
删除远程版本：
git push origin :refs/tags/[name] -
合并远程仓库的tag到本地：
git pull origin --tags -
上传本地tag到远程仓库：
git push origin --tags
3.7 比较差异
-
比较的是暂存区和工作区的差异
git diff -
比较的是暂存区和历史区的差异
git diff --cached -
比较的是历史区和工作区的差异（修改）
git diff master
3.8 撤回内容
如果修改了工作区的文件后发现改错了，可以用暂存区或者版本库里的文件替换掉工作区的文件
用暂存区中的内容或者版本库中的内容覆盖掉工作区
git checkout index.html
取消增加到暂存区的内容（添加时）
git reset HEAD index.html
3.9 删除文件
删除本地文件
rm fileName
删除暂存区
保证当前工作区中没有index.html
git rm index.html --cached
使用–cached 表示只删除缓存区中的内容
3.10 回滚版本
回滚最近的一个版本 git log
git reset --hard HEAD/commit_id
回滚到未来
git reflog
3.11 分支管理
-
查看本地分支
git branch -
查看远程分支
git branch -r -
创建本地分支
git branch dev注意新分支创建后不会自动切换为当前分支
-
创建远程分支(本地分支push到远程)
git push origin [name] -
切换分支
git checkout dev -
创建分支并切换分支
git checkout -b dev -
删除分支
git branch -d devd选项只能删除已经参与了合并的分支，对于未有合并的分支是无法删除的。如果想强制删除一个分支，可以使用-D选项
-
合并分支
git merge dev -
分支的合并后显示log
git log --oneline --graph --decorate -
在分支上提交新的版本
git commit -a -m 'dev1' -
在分支开发的过程中遇到其他问题需要切换其他分支
保留写好的内容在切换到主干
保留内容git stash在次切换分之后需要应用一下保留的内容
git stash apply丢掉保存的内容
git stash drop使用并丢掉
git stash pop
3.12 添加远程的仓库
push -u
-u参数 upstream
git push origin master -u //获取最新代码
连接远程仓库
git remote add origin 仓库的地址
查看远程仓库
git remote -v
删除远程仓库
git remote rm origin
3.13 更新本地库
-
配置当前当前fork的仓库的原仓库地址
git remote add upstream <原仓库github地址> -
查看当前仓库的远程仓库地址和原仓库地址
git remote -v -
获取原仓库的更新。使用fetch更新，fetch后会被存储在一个本地分支upstream/master上。
git fetch upstream -
合并到本地分支。切换到本地master分支，合并upstream/master分支。
git merge upstream/master -
这时候使用git log就能看到原仓库的更新了。
git log -
如果需要自己github上的fork的仓库需要保持同步更新，执行git push进行推送
git push origin master
3.14 撤销commit
git commit之后，想撤销commit，写完代码后，我们一般这样
git add . //添加所有文件
git commit -m "本功能全部完成"
执行完commit后，想撤回commit，怎么办？
这样凉拌：
git reset --soft HEAD^
这样就成功的撤销了你的commit
注意，仅仅是撤回commit操作，您写的代码仍然保留。
说一下个人理解：
HEAD^的意思是上一个版本，也可以写成HEAD~1
如果你进行了2次commit，想都撤回，可以使用HEAD~2
至于这几个参数：
--mixed
意思是：不删除工作空间改动代码，撤销commit，并且撤销git add . 操作
这个为默认参数,git reset --mixed HEAD^ 和 git reset HEAD^ 效果是一样的。
--soft
不删除工作空间改动代码，撤销commit，不撤销git add .
--hard
删除工作空间改动代码，撤销commit，撤销git add .
注意完成这个操作后，就恢复到了上一次的commit状态。
顺便说一下，如果commit注释写错了，只是想改一下注释，只需要：
git commit --amend
此时会进入默认vim编辑器，修改注释完毕后保存就好了。
4 参考文献
【1】git菜鸟教程：https://www.runoob.com/git/git-tutorial.html
【2】git原理图解：https://www.cnblogs.com/cb0327/p/5066685.html
【3】git常用命令：https://www.cnblogs.com/mengdd/p/4153773.html
扫一扫
1322
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
