Git概述

Git和svn的区别

  1. Git是分布式版本控制系统，没有中央服务器，每个人的电脑就是一个完整的版本库，工作的时候不需要联网了，因为版本都在自己电脑上。协同的方法是这样的：比如说自己在电脑上改了文件A，其他人也在电脑上改了文件A，这时，你们两之间只需把各自的修改推送给对方，就可以互相看到对方的修改了。Git可以直接看到更新了哪些代码和文件！

  2. SVN是集中式版本控制系统，版本库是集中放在中央服务器的，而工作的时候，用的都是自己的电脑，所以首先要从中央服务器得到最新的版本，然后工作，完成工作后，需要把自己做完的活推送到中央服务器。集中式版本控制系统是必须联网才能工作，对网络带宽要求较高。

常用的Git代码托管服务

  1. gitHub（ 地址：https://github.com/ ）是一个面向开源及私有软件项目的托管平台，因为只支持Git 作为唯一的版本库格式进行托管，故名gitHub
  2. 码云（地址： https://gitee.com/ ）是国内的一个代码托管平台，由于服务器在国内，所以相比于GitHub，码云速度会更快
  3. GitLab （地址： https://about.gitlab.com/ ）是一个用于仓库管理系统的开源项目，使用Git作为代码管理工具，并在此基础上搭建起来的web服务

常用的Linux命令

平时一定要多使用这些基础的命令！

  1. cd : 改变目录。
  2. cd .. : 回退到上一个目录，直接cd进入默认目录
  3. pwd : 显示当前所在的目录路径。
  4. ls(ll) : 都是列出当前目录中的所有文件，只不过ll(两个ll)列出的内容更为详细。
  5. touch : 新建一个文件 如 touch index.js 就会在当前目录下新建一个index.js文件。
  6. rm: 删除一个文件, rm index.js 就会把index.js文件删除。
  7. mkdir: 新建一个目录,就是新建一个文件夹。
  8. rm -r : 删除一个文件夹, rm -r src 删除src目录, rm -rf / 切勿在Linux中尝试！删除电脑中全部文件！
  9. mv 移动文件, mv index.html src index.html 是我们要移动的文件, src 是目标文件夹,当然, 这样写,必须保证文件和目标文件夹在同一目录下。
  10. reset 重新初始化终端/清屏。
  11. clear 清屏。
  12. history 查看命令历史。
  13. help 帮助。
  14. exit 退出。
  15. # 表示注释。

Git配置

所有的配置文件，其实都保存在本地！

  1. 查看配置 git config -l

  2. 查看不同级别的配置文件：

1
2
3
4
5
#查看系统config
git config --system --list
　　
#查看当前用户（global）配置
git config --global  --list

Git相关的配置文件

  1. Git\etc\gitconfig ：Git 安装目录下的 gitconfig --system 系统级
  2. C:\Users\Administrator\ .gitconfig 只适用于当前登录用户的配置 --global 全局

设置用户名与邮箱（用户标识，必要）

当你安装Git后首先要做的事情是设置你的用户名称和e-mail地址。这是非常重要的，因为每次Git提交都会使用该信息。它被永远的嵌入到了你的提交中：

1
2
git config --global user.name "BlackGane"  #名称
git config --global user.email "blackgane@hotmail.com"   #邮箱

不需要全局的话，可以去掉--global参数

Git基本理论

三个区域

Git本地有三个工作区域：工作目录（Working Directory）、暂存区(Stage/Index)、资源库(Repository或Git Directory)。如果在加上远程的git仓库(Remote Directory)就可以分为四个工作区域。文件在这四个区域之间的转换关系如下：

三个区域

  • Workspace：工作区，就是你平时存放项目代码的地方
  • Index / Stage：暂存区，用于临时存放你的改动，事实上它只是一个文件，保存即将提交到文件列表信息
  • Repository：仓库区（或本地仓库），就是安全存放数据的位置，这里面有你提交到所有版本的数据。其中HEAD指向最新放入仓库的版本
  • Remote：远程仓库，托管代码的服务器，可以简单的认为是你项目组中的一台电脑用于远程数据交换

本地的三个区域确切的说应该是git仓库中HEAD指向的版本：

本地的三个区域

  • Directory：使用Git管理的一个目录，也就是一个仓库，包含我们的工作空间和Git的管理空间。

  • WorkSpace：需要通过Git进行版本控制的目录和文件，这些目录和文件组成了工作空间。

  • .git：存放Git管理信息的目录，初始化仓库的时候自动创建。

  • Index/Stage：暂存区，或者叫待提交更新区，在提交进入repo之前，我们可以把所有的更新放在暂存区。

  • Local Repo：本地仓库，一个存放在本地的版本库；HEAD会只是当前的开发分支（branch）。

  • Stash：隐藏，是一个工作状态保存栈，用于保存/恢复WorkSpace中的临时状态。

工作流程

git的工作流程一般是这样的：

  1. 在工作目录中添加、修改文件；
  2. 将需要进行版本管理的文件放入暂存区域；
  3. 将暂存区域的文件提交到git仓库。

因此，git管理的文件有三种状态：已修改（modified）,已暂存（staged）,已提交(committed)

工作流程

Git项目搭建

创建工作目录与常用指令

工作目录（WorkSpace)一般就是你希望Git帮助你管理的文件夹，可以是你项目的目录，也可以是一个空目录，建议不要有中文。

日常使用只要记住下图6个命令：

git命令

本地仓库搭建

创建本地仓库的方法有两种：一种是创建全新的仓库，另一种是克隆远程仓库。

  1. 创建全新的仓库，需要用GIT管理的项目的根目录执行：
1
2
# 在当前目录新建一个Git代码库
$ git init
  1. 执行后可以看到，仅仅在项目目录多出了一个.git目录，关于版本等的所有信息都在这个目录里面。

克隆远程仓库

1
2
# 克隆一个项目和它的整个代码历史(版本信息)
$ git clone [url]

Git文件操作

文件的四种状态

版本控制就是对文件的版本控制，要对文件进行修改、提交等操作，首先要知道文件当前在什么状态，不然可能会提交了现在还不想提交的文件，或者要提交的文件没提交上。

  • Untracked: 未跟踪, 此文件在文件夹中, 但并没有加入到git库, 不参与版本控制. 通过git add 状态变为Staged.

  • Unmodify: 文件已经入库, 未修改, 即版本库中的文件快照内容与文件夹中完全一致. 这种类型的文件有两种去处, 如果它被修改, 而变为Modified. 如果使用git rm移出版本库, 则成为Untracked文件

  • Modified: 文件已修改, 仅仅是修改, 并没有进行其他的操作. 这个文件也有两个去处, 通过git add可进入暂存staged状态, 使用git checkout 则丢弃修改过, 返回到unmodify状态, 这个git checkout即从库中取出文件, 覆盖当前修改 !

  • Staged: 暂存状态. 执行git commit则将修改同步到库中, 这时库中的文件和本地文件又变为一致, 文件为Unmodify状态. 执行git reset HEAD filename取消暂存, 文件状态为Modified

查看文件状态

上面说文件有4种状态，通过如下命令可以查看到文件的状态：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
#查看指定文件状态
git status [filename]

#查看所有文件状态
git status  # 也可以使用git status –s 使输出信息更加简洁

# git add .                  添加所有文件到暂存区
# git add [filename]         添加指定文件到暂存区
# git commit -m "消息内容"    提交暂存区中的内容到本地仓库 -m 提交信息
# git rm 删除文件             删除的只是工作区的文件，需要提交到本地仓库
``` 

### 忽略文件

有些时候我们不想把某些文件纳入版本控制中，比如数据库文件，临时文件，设计文件等

在主目录下建立".gitignore"文件，此文件有如下规则：

1. 忽略文件中的空行或以井号（#）开始的行将会被忽略。
2. 可以使用Linux通配符。例如：星号（*）代表任意多个字符，问号（？）代表一个字符，方括号（[abc]）代表可选字符范围，大括号（{string1,string2,...}）代表可选的字符串等。
3. 如果名称的最前面有一个感叹号（!），表示例外规则，将不被忽略。
4. 如果名称的最前面是一个路径分隔符（/），表示要忽略的文件在此目录下，而子目录中的文件不忽略。
5. 如果名称的最后面是一个路径分隔符（/），表示要忽略的是此目录下该名称的子目录，而非文件（默认文件或目录都忽略）。

```bash
*.txt        #忽略所有 .txt结尾的文件,这样的话上传就不会被选中！
!lib.txt     #但lib.txt除外
/temp        #仅忽略项目根目录下的TODO文件,不包括其它目录temp
build/       #忽略build/目录下的所有文件
doc/*.txt    #会忽略 doc/notes.txt 但不包括 doc/server/arch.txt

远程仓库

查看远程仓库

  1. 如果想查看已经配置的远程仓库服务器，可以运行 git remote 命令。 它会列出指定的每一个远程服务器的简写

  2. 如果已经克隆了远程仓库，那么至少应该能看到 origin ，这是 Git 克隆的仓库服务器的默认名字

查看远程仓库

添加远程仓库

运行 git remote add 添加一个新的远程 Git 仓库，同时指定一个可以引用的简写

添加远程仓库

从远处克隆

如果你想获得一份已经存在了的 Git 仓库的拷贝，这时就要用到 git clone 命令。 Git 克隆的是该 Git 仓库服务器上的几乎所有数据（包括日志信息、历史记录等），而不仅仅是复制工作所需要的文件。 当你执行 git clone 命令的时候，默认配置下远程 Git 仓库中的每一个文件的每一个版本都将被拉取下来。

移除无效的远程仓库

如果因为一些原因想要移除一个远程仓库 ，可以使用 git remote rm

注意:此命令只是从本地移除远程仓库的记录，并不会真正影响到远程仓库

从远程仓库中抓取代码

git fetch 是从远程仓库获取最新版本到本地仓库，不会自动merge

不会自动merge：就是你使用git fetch origin master 没有代码拉去下来

从远程仓库拉取代码

  1. git pull 是从远程仓库获取最新版本并merge到本地仓库 git pull = git fetch + git merge

注意：如果当前本地仓库不是从远程仓库克隆，而是本地创建的仓库，并且仓库中存在文件，此时再从远程仓库拉取文件的时候会报错（fatal: refusing to merge unrelated histories ），解决此问题可以在git pull命令后加入参数 --allow-unrelated-histories

推送到远程仓库

git push [remote-name][branch-name]

GIT分支

git分支中常用指令：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
# 列出所有本地分支
git branch

# 列出所有远程分支
git branch -r

#列出所有本地分支和远程分支
git branch -a

# 新建一个分支，但依然停留在当前分支
git branch [branch-name]

# 切换分支
git checkout [branch]

# 新建一个分支，并切换到该分支
git checkout -b [branch]

# 合并指定分支到当前分支
$ git merge [branch]

# 删除分支
$ git branch -d [branch-name]
# 如果要删除的分支中进行了一些开发动作，此时执行上面的删除命令并不会删除分支，如果坚持要删除此分支，可以将命令中的-d参数改为-D

# 删除远程分支
$ git push origin --delete [branch-name]
$ git branch -dr [remote/branch]