Git使用快速入门及常用命令

一、Git 概述

  Git 是一个免费的、开源的分布式版本控制系统，可以快速高效地处理从小型到大型的各种项目。
  Git 易于学习，占地面积小，性能极快。 它具有廉价的本地库，方便的暂存区域和多个工作流分支等特性。

1.1 版本控制

版本控制是一种记录文件内容变化，以便将来查阅特定版本修订情况的系统。
版本控制其实最重要的是可以记录文件修改历史记录，从而让用户能够查看历史版本，方便版本切换。如：

1.2 为什么需要版本控制

  有了它你就可以将某个文件回溯到之前的状态，甚至将整个项目都回退到过去某个时间点的状态，你可以比较文件的变化细节，查出最后是谁修改了哪个地方，从而找出导致怪异问题出现的原因，又是谁在何时报告了某个功能缺陷等等。
个人开发过渡到团队开发：

1.3 集中式版本控制工具

  集中化的版本控制系统诸如 CVS、SVN 等，都有一个单一的集中管理的服务器，保存所有文件的修订版本，而协同工作的人们都通过客户端连到这台服务器，取出最新的文件或者提交更新。多年以来，这已成为版本控制系统的标准做法。
  这种做法带来了许多好处，每个人都可以在一定程度上看到项目中的其他人正在做些什么。而管理员也可以轻松掌控每个开发者的权限，并且管理一个集中化的版本控制系统，要远比在各个客户端上维护本地数据库来得轻松容易。
  这么做显而易见的缺点是中央服务器的单点故障。如果服务器宕机一小时，那么在这一小时内，谁都无法提交更新，也就无法协同工作。

1.4分布式版本控制工具

  像 Git 这种分布式版本控制工具，客户端提取的不是最新版本的文件快照，而是把代码仓库完整地镜像下来（本地库）。这样任何一处协同工作用的文件发生故障，事后都可以用其他客户端的本地仓库进行恢复。因为每个客户端的每一次文件提取操作，实际上都是一次对整个文件仓库的完整备份。解决了集中式版本控制系统的缺陷:

• 服务器断网的情况下也可以进行开发（因为版本控制是在本地进行的）
• 每个客户端保存的也都是整个完整的项目（包含历史记录，更加安全)

1.5 Git 简史

  Linux 内核项目组当时使用分布式版本控制系统 BitKeeper 来管理和维护代码。但是，后来开发 BitKeeper 的商业公司同 Linux 内核开源社区的合作关系结束，他们收回了 Linux 内核社区免费使用 BitKeeper 的权力。 Linux 开源社区（特别是 Linux 的缔造者 Linus Torvalds）基于使用 BitKeeper 时的经验教训，开发出自己的版本系统，而且对新的版本控制系统做了很多改进。

1.6 Git 的三种状态

Git 有三种状态，你的文件可能处于其中之一：

• 已提交（committed）：数据已经安全的保存在本地数据库中。
• 已修改（modified）：已修改表示修改了文件，但还没保存到数据库中。
• 已暂存（staged）：表示对一个已修改文件的当前版本做了标记，使之包含在下次提交的快照中。
  由此引入 Git 项目的三个工作区域的概念：Git 仓库(.git directory)、工作目录(Working Directory) 以及 暂存区域(Staging Area) 。

基本的 Git 工作流程如下：

1. 在工作目录中修改文件。
2. 暂存文件，将文件的快照放入暂存区域。
3. 提交更新，找到暂存区域的文件，将快照永久性存储到 Git 仓库目录。

二、Git 常用命令

2.1 获取 Git 仓库

有两种取得 Git 项目仓库的方法。

• 在现有目录中初始化仓库: 进入项目目录运行 git init 命令,该命令将创建一个名为 .git 的子目录。
• 从一个服务器克隆一个现有的 Git 仓库: git clone [url] 自定义本地仓库的名字: git clone [url] directoryname

2.2 记录每次更新到仓库

1. 检测当前文件状态 : git status
   

2. 提出更改（把它们添加到暂存区）：git add filename (针对特定文件)、git add *(所有文件)、git add *.txt（支持通配符，所有 .txt 文件）
   

3. 忽略文件：.gitignore 文件

4. 提交更新: git commit -m “代码提交信息” （每次准备提交前，先用 git status 看下，是不是都已暂存起来了， 然后再运行提交命令 git commit）
   

5. 跳过使用暂存区域更新的方式 : git commit -a -m “代码提交信息”。 git commit 加上 -a 选项，Git 就会自动把所有已经跟踪过的文件暂存起来一并提交，从而跳过 git add 步骤。

6. 移除文件 ：git rm filename （从暂存区域移除，然后提交。）
   

7. 对文件重命名 ：git mv README.md README(这个命令相当于mv README.md README、git rm README.md、git add README 这三条命令的集合)

三、Git 分支

在版本控制过程中，同时推进多个任务，为每个任务，我们就可以创建每个任务的单独分支。使用分支意味着程序员可以把自己的工作从开发主线上分离开来，开发自己分支的时候，不会影响主线分支的运行。对于初学者而言，分支可以简单理解为副本，一个分支就是一个单独的副本。（分支底层其实也是指针的引用）

3.1 分支的好处

同时并行推进多个功能开发，提高开发效率。
各个分支在开发过程中，如果某一个分支开发失败，不会对其他分支有任何影响。失败的分支删除重新开始即可。

3.2 分支的操作

3.2.1 查看分支

• git branch -v
  

3.2.2 创建分支

• git branch 分支名
  

3.2.3 切换分支

• git checkout 分支名
  

3.2.4 合并分支

• git merge 分支名
  

注意：合并分支可能会产生冲突，合并分支时，两个分支在同一个文件的同一个位置有两套完全不同的修改。Git 无法替我们决定使用哪一个。必须人为决定新代码内容。

3.3 团队协作机制

1. 团队内协作
   

2. 团队间合作

四、Github操作

创建远程仓库

4.1 远程仓库操作

4.1.1 创建远程仓库别名

• git remote -v 查看当前所有远程地址别名
• git remote add 别名 远程地址
  

4.1.2 推送本地分支到远程仓库

• git push 别名 分支
  

4.1.3 克隆远程仓库到本地

• git clone 远程地址
  

4.1.4 邀请协作者加入团队

4.1.5 拉取远程库内容

• git pull 远程库地址别名 远程分支名
  

4.2 远程仓库重命名

• 将 test 重命名为 test1：git remote rename test test1
• 移除远程仓库 test1: git remote rm test1

4.3 查看提交历史

在提交了若干更新，又或者克隆了某个项目之后，你也许想回顾下提交历史。 完成这个任务最简单而又有效的工具是 git log 命令。git log 会按提交时间列出所有的更新，最近的更新排在最上面。

可以添加一些参数来查看自己希望看到的内容：
只看某个人的提交记录： git log --author=bob