关键词：
安装Git：
在Linux上安装Git: sudo apt-get install git
在windows上安装Git: 从https://git-for-windows.github.io下载，然后按默认设置安装，安装完成有，在Windows桌面空出右键，找到“Git Bash Here”, 蹦出一个类似命令行窗口的东西，说明Git安装成功！
创建版本库(版本库名取: learngit)命令组合：
- mkdir learngit #创建一个普通文件夹
- cd learngit #进入到新创建的普通文件夹
- pwd #查看当前路径, 返回值/users/michael/learngit, 证明当前所在位置为新建文件夹下
- git init #git初始化所在文件夹/users/michael/learngit, 返回 Initialized empty Git repository in /users/michael/learngit/.git
Git就把仓库建好了，而且是一个空的仓库. 目录下多了一个.git的目录(这个文件夹本来是隐藏起来的)，这个目录是Git来跟踪管理版本库的，没事千万不要手动修改这个目录里面的文件，不然改乱了，就把Git仓库给破坏了。
添加文件到版本库步骤：
1. 把文件readme.txt拖入../learngit文件夹中。
2. 命令： git add readme.txt 用命令git add告诉Git，把文件添加到仓库：
3. 命令：git commit -m "wrote a readme file " 用命令git commit告诉Git，把文件提交到仓库：
查看版本库状态：
命令： git status
查看版本库的修改（在git status命令显示某个文件被修改过了，但还没有准备提交的修改时，可用以下命令查看文件修改的地方）：
命令： git diff 文件名.后缀
版本控制系统历史记录：
命令： git log #返回commit id(版本回退需要这个值)， 时间，修改者等参数
命令： git log --pretty=oneline 一个记录精简成一行
版本回退：
命令: git reset --hard xxxx #其中xxxx是commit id.
查看命令历史：
命令： git reflog
理解工作区、版本库、暂存区：
Git工作区: 就是已经被git初始化变成的仓库 ： ../learngit
Git版本库： 工作区中的隐藏目录.git就是Git的版本库
Git版本库里面有很东西，其中最重要的就是stage(暂存区)和Git自动创建的master(分支)，以及指向master的一个HEAD(指针).
把文件往Git版本库里添加的时候，是分两步执行的：
第一步是用git add把文件添加进去，实际上就是把文件修改添加到暂存区；
第二步是用git commit提交更改，实际上就是把暂存区的所有内容提交到当前分支。
因为创建Git版本库时，Git自动创建了唯一一个master分支，所以，现在，git commit就是往master分支上提交更改。
撤销修改:
申明： readme.txt是一个文件
命令： git checkout -- readme.txt
命令： git reset HEAD readme.txt
撤销，这里有一下几种情况：
1. readme.txt自修改后还没有被放到暂存区，现在，需要将工作区的readme.txt撤销修改，保持和分支一样；
用命令：
-
- git checkout -- readme.txt
- git status # 使用git status查看结果发现，工作区和版本库是没有需要提交的修改。
2. readme.txt修改后，提交到了暂存区，但还未提交到分支。现在，需要将工作区的readme.txt撤销，保持和分支一样；
用命令：
-
- git reset HEAD readme.txt #使暂存区里面的修改撤销，保持和分支一样。
- git status #使用git status查看结果，可以发现工作区的readme.txt修改了，但是暂存区的修改已经撤销了。 此时，就回到了情况1了。要撤销工作区的修改，情况1已经说过了。
3. readme.txt修改后，提交到了暂存区，后readme.txt又作了修改，现在，需要第二次撤销第二次readme.txt的修改，暂存区保存第一次readme.txt的修改。
用命令：
-
- git checkout -- readme.txt
- git status #使用git status查看结果，可以发现工作区的readme.txt第二次修改撤销了，保持了第一次的修改。暂存区也保存了第一次的修改。 此时，就回到了情况2了。要撤销工作区readme.txt第一次的修改，请回到情况2.
根据情况1和情况3，git checkout -- readme.txt，就是让这个文件回到最近一次git commit或git add时的状态。
删除文件： git rm
先做好删除文件的准备工作： 在Git工作区创建一个文件test.txt. 然后运行一下指令将文件提交到Git分支。
$ git add test.txt $ git commit -m "Add test.txt" [master 44ed136] Add test.txt 1 file changed, 1 insertion(+) create mode 100644 test.txt
现在将工作区的test.txt文件删除，并查看Git状态
$ rm test.txt $ git status On branch master Changes not staged for commit: (use "git add/rm <file>..." to update what will be committed) (use "git checkout -- <file>..." to discard changes in working directory) deleted: test.txt no changes added to commit (use "git add" and/or "git commit -a")
删除了工作区的test.txt文件，有两种情况。
情况1. 是真想删除。
情况2. 是误删。
情况1，需要将删除文件这个动作提交到暂存区，再提交到分支
$ git rm test.txt rm ‘test.txt‘$ git status On branch master Changes to be committed: (use "git reset HEAD <file>..." to unstage) deleted: test.txt $ git commit -m "remove test.txt" [master 857faa2] remove test.txt 1 file changed, 1 deletion(-) delete mode 100644 test.txt
情况2，需要撤销对工作区的删除动作
$ git checkout -- test.txt
$ git status
On branch master
nothing to commit, working tree clean
远程仓库：
GitHub这个神奇的网站，它提供Git仓库托管服务，只要注册一个GitHub账号，就可以免费获得Git远程仓库。
在看下去之前，请先注册GitHub账号。
由于你的本地Git仓库和GitHub仓库之间的传输是通过SSH加密的，所以，需要一点设置：
1. 创建SSH Key。 在用户主目录下，看看有没有.ssh目录，如果有，再看看这个目录下有没有id_rsa和id_rsa.pub这两个文件，如果已经有了，可直接跳到下一步。如果没有，打开Shell（Windows下打开Git Bash），创建SSH Key：
$ ssh-keygen -t rsa -C "[email protected]"
然后一路回车，使用默认值即可。
如果一切顺利的话，可以在用户主目录里找到.ssh目录，里面有id_rsa和id_rsa.pub两个文件，这两个就是SSH Key的秘钥对，id_rsa是私钥，不能泄露出去，id_rsa.pub是公钥，可以放心地告诉任何人。
2. 登陆GitHub, 进入settings, 点“SSH and GPG keys”, 点“New SSH Key”
填上任意Title，在Key文本框里粘贴id_rsa.pub文件的内容, 然后点“Add SSH key”. 这样SSH key就算添加成功了。
为什么GitHub需要SSH Key呢？因为GitHub需要识别出你推送的提交确实是你推送的，而不是别人冒充的，而Git支持SSH协议，所以，GitHub只要知道了你的公钥，就可以确认只有你自己才能推送。
当然，GitHub允许你添加多个Key。假定你有若干电脑，你一会儿在公司提交，一会儿在家里提交，只要把每台电脑的Key都添加到GitHub，就可以在每台电脑上往GitHub推送了。
最后友情提示，在GitHub上免费托管的Git仓库，任何人都可以看到喔（但只有你自己才能改）。所以，不要把敏感信息放进去。
如果你不想让别人看到Git库，有两个办法，一个是交点保护费，让GitHub把公开的仓库变成私有的，这样别人就看不见了（不可读更不可写）。另一个办法是自己动手，搭一个Git服务器，因为是你自己的Git服务器，所以别人也是看不见的。这个方法我们后面会讲到的，相当简单，公司内部开发必备。
添加远程库：
有两种方案：
1. 在GitHub创建一个仓库，然后把一个已有的本地仓库与之关联。这个方案是本地库建立在先。
2. 在GitHub创建一个仓库，然后克隆到本地。这个方案是一切从零开发。
方案1：
GitHub创建好空仓库时，会给你一个远程仓库的地址: [email protected]:xxxxx/learngit.git。然后回到本地的learngit仓库下运行命令：
$ git remote add origin [email protected]:xxxxx/learngit.git
添加后，远程库的名字就是origin，这是Git默认的叫法，也可以改成别的，但是origin这个名字一看就知道是远程库。
下一步，就可以把本地库的所有内容推送到远程库上：
$ git push -u origin master Counting objects: 19, done. Delta compression using up to 4 threads. Compressing objects: 100% (19/19), done. Writing objects: 100% (19/19), 13.73 KiB, done. Total 23 (delta 6), reused 0 (delta 0) To [email protected]:michaelliao/learngit.git * [new branch] master -> master Branch master set up to track remote branch master from origin.
把本地库的内容推送到远程，用git push命令，实际上是把当前分支master推送到远程。
由于远程库是空的，我们第一次推送master分支时，加上了-u参数，Git不但会把本地的master分支内容推送的远程新的master分支，还会把本地的master分支和远程的master分支关联起来，在以后的推送或者拉取时就可以简化命令。
推送成功后，可以立刻在GitHub页面中看到远程库的内容已经和本地一模一样。
本地和远程的关联已经建立，以后本地提交到远程，只要通过命令：
$ git push origin master
方案2：
GitHub上创建新的仓库，勾选Initialize this repository with a README，这样GitHub会自动为我们创建一个README.md文件。创建完毕后，可以看到README.md文件。
远程库已经准备好了，下一步是用命令git clone克隆一个本地库：
$ git clone https://github.com/LouisU/learngit.git Cloning into ‘learngit‘... remote: Counting objects: 30, done. remote: Compressing objects: 100% (20/20), done. remote: Total 30 (delta 7), reused 30 (delta 7), pack-reused 0 Unpacking objects: 100% (30/30), done. Checking connectivity... done.
如果有多个人协作开发，那么每个人各自从远程克隆一份就可以了。
理解HEAD和分支：
在版本回退里，你已经知道，每次提交，Git都把它们串成一条时间线，这条时间线就是一个分支。截止到目前，只有一条时间线，在Git里，这个分支叫主分支，即master分支。HEAD严格来说不是指向提交，而是指向master，master才是指向提交的，所以，HEAD指向的就是当前分支。
一开始的时候，master分支是一条线，Git用master指向最新的提交，再用HEAD指向master，就能确定当前分支，以及当前分支的提交点：
每次提交，master分支都会向前移动一步，这样，随着你不断提交，master分支的线也越来越长.
当我们创建新的分支，例如dev时，Git新建了一个指针叫dev，指向master相同的提交，再把HEAD指向dev，就表示当前分支在dev上：
你看，Git创建一个分支很快，因为除了增加一个dev指针，改改HEAD的指向，工作区的文件都没有任何变化！
不过，从现在开始，对工作区的修改和提交就是针对dev分支了，比如新提交一次后，dev指针往前移动一步，而master指针不变：
假如我们在dev上的工作完成了，就可以把dev合并到master上。Git怎么合并呢？最简单的方法，就是直接把master指向dev的当前提交，就完成了合并：
所以Git合并分支也很快！就改改指针，工作区内容也不变！
合并完分支后，甚至可以删除dev分支。删除dev分支就是把dev指针给删掉，删掉后，我们就剩下了一条master分支：
$ git branch dev #创建一个分支, 分支名叫dev $ git checkout dev #切换到分支dev，使分支dev为当前分支，即HEAD指向dev $ git checkout -b dev # 创建一个分支dev，并使HEAD指向dev $ git branch # 查询当前分支 * dev # git branch命令会列出所有分支，当前分支前面会标一个*号 master $ git merge dev # 把dev分支的工作成功合并到master分支上。 这是fast forward“快进模式”，直接把master指向dev的当前提交，合并速度非常快 $ git branch -d dev # 删除dev分支
$ git merge --no-ff -m "merge with no-ff" dev
#加上--no-ff参数就可以用普通模式合并，合并后的历史有分支，能看出来曾经做过合并，而fast forward合并就看不出来曾经做过合并。
分支策略：
在实际开发中，我们应该按照几个基本原则进行分支管理：
首先，master分支应该是非常稳定的，也就是仅用来发布新版本，平时不能在上面干活；
那在哪干活呢？干活都在dev分支上，也就是说，dev分支是不稳定的，到某个时候，比如1.0版本发布时，再把dev分支合并到master上，在master分支发布1.0版本；
你和你的小伙伴们每个人都在dev分支上干活，每个人都有自己的分支，时不时地往dev分支上合并就可以了。
所以，团队合作的分支看起来就像这样：
# 用以下命令查看分支变化和分支合并。
$ git log --graph --pretty=oneline --abbrev-commit * f95cd82 merged bug fix 001 || * 5e21af4 fix bug-001 |/ * 8f36a18 branch test * 66f3c2d change readme.txt again * d7f7ff8 modified readme.txt * a5ad9ad modified readme, git add, modified readme again, git commit * b470b5a append GPL * 397ea3f add distributed * 8cba8b1 Add file1.txt into git * 9ed2238 wrote a readme file
Windows特别注意：
千万不要使用Windows自带的记事本编辑任何文本文件。原因是Microsoft开发记事本的团队使用了一个非常弱智的行为来保存UTF-8编码的文件，他们自作聪明地在每个文件开头添加了0xefbbbf（十六进制）的字符，你会遇到很多不可思议的问题，比如，网页第一行可能会显示一个“?”，明明正确的程序一编译就报语法错误，等等，都是由记事本的弱智行为带来的。建议你下载Notepad++代替记事本，不但功能强大，而且免费！记得把Notepad++的默认编码设置为UTF-8 without BOM即可：
git(代码片段)
1Git版本控制工具GIT是一个版本控制工具,名称不太清楚,互联网上有称之为:Globalinformationtracker1.1Git的基础概念1.1.1版本控制系统的类型本地版本控制系统集中化的版本控制系统分布式的版本控制系统1.1.2常见的版本控制系统BitKeeper... 查看详情
git笔记--《git版本控制管理》
Git是一款免费、开源、的分布式版本控制系统，最早由LinusTorvalds创建，用于管理linux内核开发。版本控制系统（VSS）/源代码管理器（SCM）/修订控制系统（RCS）:是指一个可以管理和追踪软件代码和其他类似内容的不同版本工具。... 查看详情
版本控制系统-----git学习笔记
版本控制系统版本控制是一种记录若干文件内容变化，以便将来查阅特定版本修订情况的系统。大部分时候我们使用最频繁的还是对源代码文件的版本控制，其实任何文件都可以纳入版本控制系统。git属于分布式版本控制系统：... 查看详情
git第一章git概述--git概述（版本控制版本控制工具git历史工作机制git和代码托管中心）(代码片段)
1.Git概述Git是一个免费的、开源的分布式版本控制系统，可以快速高效地处理从小型到大型的各种项目。Git易于学习，占地面积小，性能极快。它具有廉价的本地库，方便的暂存区域和多个工作流分支等特性。其... 查看详情
版本控制工具git使用指南
前言：git是分布式版本控制系统，由linux创始人亲自设计，目前是最广泛使用的版本控制工具。本文介绍了版本控制系统的发展和GIT历史，并针对GIT安装和常用命令给出了试验。最后还列举了比较全面的指令供参考。1.历史简介1.... 查看详情
git版本管理
前言：Git是目前最常用的版本控制系统，而IDEA又是目前日渐流行的ide，因此现在来介绍在IDEA上Git的入门使用。准备：Git、IDEA、GitHub账号开始之前先创建一个简单的测试项目将代码交由Git管理 VCS ——> EnableV... 查看详情
git版本管理
前言：Git是目前最常用的版本控制系统，而IDEA又是目前日渐流行的ide，因此现在来介绍在IDEA上Git的入门使用。准备：Git、IDEA、GitHub账号开始之前先创建一个简单的测试项目将代码交由Git管理 VCS ——> EnableV... 查看详情
版本控制-git使用
#gitcommnad:svn是集中式版本控制系统，版本库集中放在中央服务器；git分布式版本控制系统##设置git：?gitconfig--globaluser.name"yinyankun"?gitconfig--globaluser.email[email protected]##添加远程代码库：gitremoteaddoriginhttps/ssh##查看远端地址 gi 查看详情
git介绍
git介绍什么是gitgit是一种版本控制工具。那么版本控制工具又是什么呢? 版本控制是一种记录一个或若干文件内容变化，以便将来查阅特定版本修订情况的系统。如果想要详细了解可看另一篇版本控制的介绍其他版本控制工... 查看详情
git版本控制工具使用(代码片段)
Git版本控制工具使用版本控制特点分类Git特点Git命令本地库操作设置签名本地库初始化本地库基本操作分支操作分支基本概念分支基本操作Git原理哈希Hash算法Git版本保存机制Git分支管理机制Git远程仓库远程库基本操作SSH免密登... 查看详情
版本控制-git(代码片段)
概述Git是目前世界上最先进的分布式版本控制系统（没有之一）。Linus花了两周时间自己用C写了一个分布式版本控制系统，Git迅速成为最流行的分布式版本控制系统，尤其是2008年，GitHub网站上线了，它为开源项目免费提供Git存... 查看详情
版本控制git(代码片段)
版本控制Git版本控制版本控制分类Git环境配置启动GitGit配置Git基本理论(核心)Git项目搭建Git文件操作使用码云关于Git中分支说明前言：长期未使用Git，有些许遗忘，又或许很久没发技术博客（一直在学习并深挖云... 查看详情
版本控制git(代码片段)
版本控制Git版本控制版本控制分类Git环境配置启动GitGit配置Git基本理论(核心)Git项目搭建Git文件操作使用码云关于Git中分支说明前言：长期未使用Git，有些许遗忘，又或许很久没发技术博客（一直在学习并深挖云... 查看详情
git与svn版本控制系统
关于版本控制 什么是版本控制？版本控制是一种记录一个或若干文件内容变化，以便将来查阅特定版本修订情况的系统。在本书所展示的例子中，我们仅对保存着软件源代码的文本文件作版本控制管理，但实际上，你可以对... 查看详情
使用git分布式版本控制系统
GIT（分布式版本控制系统） Git是一款免费、开源的分布式版本控制系统，用于敏捷高效地处理任何或小或大的项目。 Git是一个开源的分布式版本控制系统，可以有效、高速的处理从很小到非常大的项目版本管理... 查看详情
git的核心概念
...，这样才能更好的使用它，让工具成为我们得力的助手。版本控制系统Git是目前世界上最优秀的分布式版本控制系统。版本控制系统是能够随着时间的推进记录一系列文件的变化以便于你以后想要的退回到某个版本的系统。版本... 查看详情
github
目录一、版本控制概要1.1、什么是版本控制1.2、常用术语1.3、常见的版本控制器1.4、版本控制分类1.4.1、本地版本控制1.4.2、集中版本控制1.4.3、分布式版本控制1.5、Git与SVN最主要区别二、Git安装与配置2.1、什么是Git2.2、搭建... 查看详情
git:版本控制系统简介
git:版本控制系统简介什么是版本控制系统？分布式版本控制系统什么是版本控制系统？版本控制系统（VCS）允许您管理文件集合，并允许访问这些文件的不同版本。VCS允许您在特定时间点捕获文件的内容和结... 查看详情