版本控制系统用于记录文件变化以便查阅修订情况。文章介绍了本地、集中化及分布式版本控制系统的区别，重点阐述了 Git 作为分布式系统的优势。内容包括 Git 简史、数据快照机制、三种状态及三个工作区域。提供了 Git 仓库获取、文件记录、提交消息规范、远程仓库管理、历史查看、撤销操作及分支管理的常用命令和流程，帮助开发者掌握 Git 核心概念与基本操作。
版本控制是一种记录一个或若干文件内容变化，以便将来查阅特定版本修订情况的系统。除了项目源代码，你可以对任何类型的文件进行版本控制。
有了它你就可以将某个文件回溯到之前的状态，甚至将整个项目都回退到过去某个时间点的状态，你可以比较文件的变化细节，查出最后是谁修改了哪个地方，从而找出导致怪异问题出现的原因，又是谁在何时报告了某个功能缺陷等等。
许多人习惯用复制整个项目目录的方式来保存不同的版本，或许还会改名加上备份时间以示区别。这么做唯一的好处就是简单，但是特别容易犯错。有时候会混淆所在的工作目录，一不小心会写错文件或者覆盖意想外的文件。
为了解决这个问题，人们很久以前就开发了许多种本地版本控制系统，大多都是采用某种简单的数据库来记录文件的历次更新差异。
接下来人们又遇到一个问题，如何让在不同系统上的开发者协同工作？于是，集中化的版本控制系统（Centralized Version Control Systems，简称 CVCS）应运而生。
集中化的版本控制系统都有一个单一的集中管理的服务器，保存所有文件的修订版本，而协同工作的人们都通过客户端连到这台服务器，取出最新的文件或者提交更新。
这么做虽然解决了本地版本控制系统无法让在不同系统上的开发者协同工作的诟病，但也还是存在下面的问题：
于是分布式版本控制系统（Distributed Version Control System，简称 DVCS）面世了。Git 就是一个典型的分布式版本控制系统。
这类系统，客户端并不只提取最新版本的文件快照，而是把代码仓库完整地镜像下来。这么一来，任何一处协同工作用的服务器发生故障，事后都可以用任何一个镜像出来的本地仓库恢复。因为每一次的克隆操作，实际上都是一次对代码仓库的完整备份。
分布式版本控制系统可以不用联网就可以工作，因为每个人的电脑上都是完整的版本库，当你修改了某个文件后，你只需要将自己的修改推送给别人就可以了。但是，在实际使用分布式版本控制系统的时候，很少会直接进行推送修改，而是使用一台充当'中央服务器'的东西。这个服务器的作用仅仅是用来方便'交换'大家的修改，没有它大家也一样干活，只是交换修改不方便而已。
分布式版本控制系统的优势不单是不必联网这么简单，后面我们还会看到 Git 极其强大的分支管理等功能。
Linux 内核项目组当时使用分布式版本控制系统 BitKeeper 来管理和维护代码。但是，后来开发 BitKeeper 的商业公司同 Linux 内核开源社区的合作关系结束，他们收回了 Linux 内核社区免费使用 BitKeeper 的权力。Linux 开源社区（特别是 Linux 的缔造者 Linus Torvalds）基于使用 BitKeeper 时的经验教训，开发出自己的版本系统，而且对新的版本控制系统做了很多改进。
Git 在保存和对待各种信息的时候与其它版本控制系统有很大差异，尽管操作起来的命令形式非常相近，理解这些差异将有助于防止你使用中的困惑。
下面我们主要说一个关于 Git 与其他版本管理系统的主要差别：对待数据的方式。
Git 采用的是直接记录快照的方式，而非差异比较。我后面会详细介绍这两种方式的差别。
大部分版本控制系统（CVS、Subversion、Perforce、Bazaar 等等）都是以文件变更列表的方式存储信息，这类系统将它们保存的信息看作是一组基本文件和每个文件随时间逐步累积的差异。
具体原理如下图所示，理解起来其实很简单，每当我们提交更新一个文件之后，系统都会记录这个文件做了哪些更新，以增量符号 Δ(Delta)表示。
我们怎样才能得到一个文件的最终版本呢？
很简单，高中数学的基本知识，我们只需要将这些原文件和这些增加进行相加就行了。
这种方式有什么问题呢？
比如我们的增量特别特别多的话，如果我们要得到最终的文件是不是会耗费时间和性能。
Git 不按照以上方式对待或保存数据。反之，Git 更像是把数据看作是对小型文件系统的一组快照。每次你提交更新，或在 Git 中保存项目状态时，它主要对当时的全部文件制作一个快照并保存这个快照的索引。为了高效，如果文件没有修改，Git 不再重新存储该文件，而是只保留一个链接指向之前存储的文件。Git 对待数据更像是一个 快照流。
Git 有三种状态，你的文件可能处于其中之一：
由此引入 Git 项目的三个工作区域的概念：Git 仓库 (.git directory)、工作目录 (Working Directory) 以及 暂存区域 (Staging Area)。
基本的 Git 工作流程如下：
有两种取得 Git 项目仓库的方法。
git init 命令，该命令将创建一个名为 .git 的子目录。git clone <url> 自定义本地仓库的名字：git clone <url> directorynamegit statusgit add filename（针对特定文件）、git add *（所有文件）、git add *.txt（支持通配符，所有 .txt 文件）.gitignore 文件git commit -m "代码提交信息"（每次准备提交前，先用 git status 看下，是不是都已暂存起来了，然后再运行提交命令 git commit）git commit -a -m "代码提交信息"。git commit 加上 -a 选项，Git 就会自动把所有已经跟踪过的文件暂存起来一并提交，从而跳过 git add 步骤。git rm filename（从暂存区域移除，然后提交。）git mv README.md README（这个命令相当于 mv README.md README、git rm README.md、git add README 这三条命令的集合）一个好的 Git 提交消息如下：
标题行：用这一行来描述和解释你的这次提交 主体部分可以是很少的几行，来加入更多的细节来解释提交，最好是能给出一些相关的背景或者解释这个提交能修复和解决什么问题。主体部分当然也可以有几段，但是一定要注意换行和句子不要太长。因为这样在使用 "git log" 的时候会有缩进比较好看。
提交的标题行描述应该尽量的清晰和尽量的一句话概括。这样就方便相关的 Git 日志查看工具显示和其他人的阅读。
如果你还没有克隆现有仓库，并欲将你的仓库连接到某个远程服务器，你可以使用如下命令添加：git remote add origin <server>，比如我们要让本地的一个仓库和 GitHub 上创建的一个仓库关联可以这样 git remote add origin https://github.com/Snailclimb/test.git
将这些改动提交到远端仓库：git push origin master（可以把 master 换成你想要推送的任何分支）
如此你就能够将你的改动推送到所添加的服务器上了。
git remote rename test test1git remote rm test1在提交了若干更新，又或者克隆了某个项目之后，你也许想回顾下提交历史。完成这个任务最简单而又有效的工具是 git log 命令。git log 会按提交时间列出所有的更新，最近的更新排在最上面。
可以添加一些参数来查看自己希望看到的内容：
只看某个人的提交记录：
git log --author=bob
有时候我们提交完了才发现漏掉了几个文件没有添加，或者提交信息写错了。此时，可以运行带有 --amend 选项的提交命令尝试重新提交：
git commit --amend
取消暂存的文件
git reset filename
撤消对文件的修改:
git checkout -- filename
假如你想丢弃你在本地的所有改动与提交，可以到服务器上获取最新的版本历史，并将你本地主分支指向它：
git fetch origin git reset --hard origin/master
分支是用来将特性开发绝缘开来的。在你创建仓库的时候，master 是'默认'的分支。在其他分支上进行开发，完成后再将它们合并到主分支上。
我们通常在开发新功能、修复一个紧急 bug 等等时候会选择创建分支。单分支开发好还是多分支开发好，还是要看具体场景来说。
创建一个名字叫做 test 的分支
git branch test
切换当前分支到 test（当你切换分支的时候，Git 会重置你的工作目录，使其看起来像回到了你在那个分支上最后一次提交的样子。Git 会自动添加、删除、修改文件以确保此时你的工作目录和这个分支最后一次提交时的样子一模一样）
git checkout test
你也可以直接这样创建分支并切换过去 (上面两条命令的合写)
git checkout -b feature_x
切换到主分支
git checkout master
合并分支 (可能会有冲突)
git merge test
把新建的分支删掉
git branch -d feature_x
将分支推送到远端仓库（推送成功后其他人可见）：
git push origin
微信公众号「极客日志」，在微信中扫描左侧二维码关注。展示文案：极客日志 zeeklog
将字符串编码和解码为其 Base64 格式表示形式即可。 在线工具，Base64 字符串编码/解码在线工具，online
将字符串、文件或图像转换为其 Base64 表示形式。 在线工具，Base64 文件转换器在线工具，online
将 Markdown（GFM）转为 HTML 片段，浏览器内 marked 解析；与 HTML转Markdown 互为补充。 在线工具，Markdown转HTML在线工具，online
将 HTML 片段转为 GitHub Flavored Markdown，支持标题、列表、链接、代码块与表格等；浏览器内处理，可链接预填。 在线工具，HTML转Markdown在线工具，online
通过删除不必要的空白来缩小和压缩JSON。 在线工具，JSON 压缩在线工具，online
将JSON字符串修饰为友好的可读格式。 在线工具，JSON美化和格式化在线工具，online