Git学习_git 搜索gz

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
1
2
3
4
5
6

Centos/RedHat
如果你使用的系统是 Centos/RedHat 安装命令为：

 #安装
 yum install curl-devel expat-devel gettext-devel  openssl-devel zlib-devel
 yum -y install git-core
 
 #测试
 git --version
1
2
3
4
5
6

源码安装
我们也可以在官网下载源码包来安装，最新源码包下载地址：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
1
2
3
4
5

解压安装下载的源码包：

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
1
2
3
4

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
1

会自动去搜索依赖包，一般不会错

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"
1
2

如果用了 --global 选项，那么更改的配置文件就是位于你用户主目录下的那个，以后你所有的项目都会默认使用这里配置的用户信息。

如果要在某个特定的项目中使用其他名字或者电邮，只要去掉 --global 选项重新配置即可，新的设定保存在当前项目的 .git/config 文件里。

文本编辑器配置
设置Git默认使用的文本编辑器, 一般可能会是 Vi 或者 Vim。如果你有其他偏好，比如 Emacs 的话，可以重新设置：:

git config --global core.editor emacs
1

差异分析工具配置
还有一个比较常用的是，在解决合并冲突时使用哪种差异分析工具。比如要改用 vimdiff 的话：

git config --global merge.tool vimdiff
1

Git 可以理解 kdiff3，tkdiff，meld，xxdiff，emerge，vimdiff，gvimdiff，ecmerge，和 opendiff 等合并工具的输出信息。

当然，你也可以指定使用自己开发的工具，具体怎么做可以参阅第七章。

查看配置信息
要检查已有的配置信息，可以使用 git config --list 命令：

git config --list
1

有时候会看到重复的变量名，那就说明它们来自不同的配置文件（比如 /etc/gitconfig 和 ~/.gitconfig），不过最终 Git 实际采用的是最后一个。

这些配置我们也可以在 ~/.gitconfig 或 /etc/gitconfig 看到，如下所示：

vim ~/.gitconfig 
1

显示内容如下所示：

[http]
    postBuffer = 2M
[user]
    name = xxx
    email = xxx@xxxxx.com
1
2
3
4
5

也可以直接查阅某个环境变量的设定，只要把特定的名字跟在后面即可，像这样：

 git config user.name
1

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'
1
2

3.2 创建仓库

1. 初始化仓库

   mkdir nodejs    //创建文件夹nodejs
   cd nodejs       //切换到nodejs目录下
   
   git init 	在nodejs文件夹下初始化一个仓库，此时文件里会到一个.git的隐藏文件夹
   1
   2
   3
   4

   使用我们指定目录作为Git仓库

   git init newrepo
   1

2. 创建忽略文件

   touch .gitignore    //不需要服务器端提交的内容可以写到忽略文件里
   1

   写入可忽略文件或文件夹 ，如：

   .git
   .idea
   1
   2

3. 克隆仓库

   git clone <repo>
   1

   如果我们需要克隆到指定的目录，可以使用以下命令格式：

   git clone <repo> <directory>
   1

   参数说明：
   repo：Git 仓库
   directory：本地目录

3.3 状态查询

	git status
1

3.4 查看提交历史

git log
1

可以用 --oneline 选项来查看历史记录的简洁的版本

git log --oneline
1

也可以用 --reverse 参数来逆向显示所有日志

git log --reverse --oneline
1

如果只想查找指定用户的提交日志可以使用命令：

git log --author

例子：
git log --author=Linus --oneline -5
1
2
3
4

如果需要指定日期，可以执行几个选项：–since 和 --before，也可以用 --until 和 --after。

例如，如果要看 Git 项目中三周前且在四月十八日之后的所有提交，可以执行这个（还可以用 --no-merges 选项以隐藏合并提交）：

git log --oneline --before={3.weeks.ago} --after={2010-04-18} --no-merges
1

3.5 提交代码

1. 增加到暂存区中

   git add index.html
   git add -A      //全部添加到缓存区
   1
   2

2. 增加到版本库中

   git commit -m '备注信息'
   1

3. 推送到远程仓库

   git push
   1

3.6 标签tag

1. 打标签

   如果达到一个重要的阶段，并希望永远记住那个特别的提交快照，可以使用 git tag 给它打上标签。

   比如说，想为我们的 runoob 项目发布一个"1.0"版本。 我们可以用 git tag -a v1.0 命令给最新一次提交打上（HEAD）"v1.0"的标签。

   • -a 选项意为"创建一个带注解的标签"

   • 不用 -a 选项也可以执行的，但它不会记录这标签是啥时候打的，谁打的，也不会让你添加个标签的注解

   • 推荐一直创建带注解的标签

      git tag -a v1.0 
     1

2. 补打标签

   如果我们忘了给某个提交打标签，又将它发布了，我们可以给它追加标签。

   例如，假设我们发布了提交（ 85fc7e7），但是那时候忘了给它打标签。 我们现在也可以：

   git tag -a v0.9 85fc7e7
   
   查看
   git log --oneline --decorate --graph
   1
   2
   3
   4

3. 查看标签

   git tag
   
   查看远程标签
   git tag -r
   1
   2
   3
   4

4. 删除标签

   git tag -d [name]

5. 指定标签信息命令：

   git tag -a <tagname> -m "runoob.com标签"
   1

6. PGP签名标签命令：

   git tag -s <tagname> -m "runoob.com标签"
   1

7. 创建远程版本(本地版本push到远程)：

   git push origin [name]
   1

8. 删除远程版本：

    git push origin :refs/tags/[name]
   1

9. 合并远程仓库的tag到本地：

   git pull origin --tags
   1

10. 上传本地tag到远程仓库：

    git push origin --tags
    1

3.7 比较差异

1. 比较的是暂存区和工作区的差异

   git diff 
   1

2. 比较的是暂存区和历史区的差异

   git diff --cached
   1

3. 比较的是历史区和工作区的差异（修改）

   git diff master
   1

3.8 撤回内容

如果修改了工作区的文件后发现改错了，可以用暂存区或者版本库里的文件替换掉工作区的文件
用暂存区中的内容或者版本库中的内容覆盖掉工作区

git checkout index.html
1

取消增加到暂存区的内容（添加时）

git reset HEAD index.html
1

3.9 删除文件

删除本地文件

rm fileName
1

删除暂存区
保证当前工作区中没有index.html

git rm index.html --cached
1

使用–cached 表示只删除缓存区中的内容

3.10 回滚版本

回滚最近的一个版本 git log

git reset --hard HEAD/commit_id
1

回滚到未来

git reflog
1

3.11 分支管理

1. 查看本地分支

   git branch
   1

2. 查看远程分支

   git branch -r
   1

3. 创建本地分支

   git branch dev
   1

   注意新分支创建后不会自动切换为当前分支

4. 创建远程分支(本地分支push到远程)

   git push origin [name]
   1

5. 切换分支

   git checkout dev
   1

6. 创建分支并切换分支

   git checkout -b dev
   1

7. 删除分支

   git branch -d dev
   1

   d选项只能删除已经参与了合并的分支，对于未有合并的分支是无法删除的。如果想强制删除一个分支，可以使用-D选项

8. 合并分支

   git merge dev
   1

9. 分支的合并后显示log

   git log --oneline --graph --decorate
   1

10. 在分支上提交新的版本

       git commit -a -m 'dev1'
    1

11. 在分支开发的过程中遇到其他问题需要切换其他分支
    保留写好的内容在切换到主干
    保留内容

       git stash 
    1

    在次切换分之后需要应用一下保留的内容

       git stash apply
    1

    丢掉保存的内容

       git stash drop
    1

    使用并丢掉

       git stash pop
    1

3.12 添加远程的仓库

push -u
1

-u参数 upstream

git push origin master -u   //获取最新代码
1

连接远程仓库

git remote add origin 仓库的地址
1

查看远程仓库

git remote -v
1

删除远程仓库

git remote rm origin
1

3.13 更新本地库

1. 配置当前当前fork的仓库的原仓库地址

    git remote add upstream <原仓库github地址>
   1

2. 查看当前仓库的远程仓库地址和原仓库地址

    git remote -v
   1

3. 获取原仓库的更新。使用fetch更新，fetch后会被存储在一个本地分支upstream/master上。

    git fetch upstream
   1

4. 合并到本地分支。切换到本地master分支，合并upstream/master分支。

    git merge upstream/master
   1

5. 这时候使用git log就能看到原仓库的更新了。

    git log
   1

6. 如果需要自己github上的fork的仓库需要保持同步更新，执行git push进行推送

    git push origin master
   1

3.14 撤销commit

git commit之后，想撤销commit，写完代码后，我们一般这样

git add . //添加所有文件

git commit -m "本功能全部完成"
1
2
3

执行完commit后，想撤回commit，怎么办？

这样凉拌：

git reset --soft HEAD^
1

这样就成功的撤销了你的commit

注意，仅仅是撤回commit操作，您写的代码仍然保留。

说一下个人理解：
HEAD^的意思是上一个版本，也可以写成HEAD~1
如果你进行了2次commit，想都撤回，可以使用HEAD~2

至于这几个参数：

--mixed 
1

意思是：不删除工作空间改动代码，撤销commit，并且撤销git add . 操作
这个为默认参数,git reset --mixed HEAD^ 和 git reset HEAD^ 效果是一样的。

--soft  
1

不删除工作空间改动代码，撤销commit，不撤销git add .

--hard
1

删除工作空间改动代码，撤销commit，撤销git add .
注意完成这个操作后，就恢复到了上一次的commit状态。

顺便说一下，如果commit注释写错了，只是想改一下注释，只需要：

git commit --amend
1

此时会进入默认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