本文仅用于作者个人学习记录，如有侵权请联系删除
什么是Git
分布式版本控制和源代码管理系统软件GIT中的基础概念
GIT分区
Workspace:工作区
//通过git init创建的代码库不包含.git(版本库)
Index/Stage:暂存区---索引
//通过 add ./*/*Xxxx/Xxxx* 添加的修改都进入了暂存区
//通过git status 可以查看到修改状态
Repository:仓库区（本地仓库），存储库
Remote:远程仓库
版本控制系统（VCS）
版本控制是一种记录一个或若干文件内容变化，以便将来查阅特定版本修订情况的系统。本地版本控制系统
RCS，现今许多计算机系统上都还看得到它的踪影。
甚至在流行的 Mac OS X 系统上安装了开发者工具包之后，也可以使用 rcs 命令。
它的工作原理是在硬盘上保存补丁集(补丁是指文件修订前后的变化)；通过应用所有的补丁，可以重新计算出各个版本的文件内容。集中化的版本控制系统
为了让不同系统的开发者协同工作
CVCS/SVN：
有一个单一的集中管理的服务器---保存所有文件的修订版本
协同工作---通过客户端连接服务器
//缺点：只要整个项目的历史记录被保存在单一位置，就有丢失所有历史更新记录的风险。分布式版本控制系统
DVCS：
客户端将最新版本完全镜像。
可以指定和若干个不同的远端代码仓库进行交互。GIT基础和原理
直接记录快照，而非比较差异
其他：
将保存的信息看作一组基本文件和每个文件随时间逐步累积的差异
存储每个文件与初始版本的差异
Git:
快照流，修改提交时，对当前全部文件制作一个快照并保存这个快照的索引
无修改时，不重新存储该文件，而是保留一个链接指向之前存储的文件其他：
GIT：
近乎所有操作都是本地执行
GIT保证完整性
数据存储前计算校验和，以校验和引用
Git 用以计算校验和的机制叫做 SHA-1 散列(hash，哈希)。 这是一个由 40 个十六进制字符(0-9 和 a-f)组成字符串，基于 Git 中文件的内容或目录结构计算出来。 SHA-1 哈希看起来是这样：
24b9da6552252987aa493b52f8696cd6d3b0037
//实际上，Git 数据库中保存的信息都是以文件内容的哈希值来索引，而不是文件名。一般只添加数据
难以再丢失数据三种状态
已提交（committed）： 已提交表示数据已经安全的保存在本地数据库中
已修改（modified）：已修改表示修改了文件，但还没保存到数据库中
已暂存（staged）：已暂存表示对一个已修改文件的当前版本做了标记，使之包含在下次提交的快照中GIT仓库：用来保存项目的元数据和对象数据库的地方
工作目录：从 Git 仓库的压缩数据库中提取出来的文件，放在磁盘上供你使用或修改
暂存区域：保存了下次将提交的文件列表信息，一般在 Git 仓库目录中。 有时候也被称作‘索引’工作流程：
1.在工作目录中修改文件。
2.暂存文件，将文件的快照放入暂存区域。
3.提交更新，找到暂存区域的文件，将快照永久性存储到 Git 仓库目录。GIT使用前配置
配置用户名称和邮件地址
$ git config --global user.name "maxsu"
$ git config --global user.email [email protected]
//如果使用了 --global 选项，那么该命令只需要运行一次，因为之后无论你在该系统上做任何事情， Git 都会使用这些信息。公司账号已经配置好了检查配置信息
git config --list
yiibai@ubuntu:~$ git config --list
user.name=maxsu
[email protected]
color.status=auto
color.branch=auto
color.interactive=auto
color.diff=auto
...
git config <key> ---检查单行信息获取帮助
$ git help <verb>
$ git <verb> --help
$ man git-<verb>要想获得 config 命令的手册，执行
$ git help config快速入门
创建远程仓库（Repository）
//安装，去百度下载对应版本即可
远程仓库包含：
许多commit objects
到commit objects的指针，叫做heads
Git的仓库和工程存储在同一个目录下，在一个叫做.git的子目录中。http://git.oschina.net/ ---国内仓库 国外--github克隆现有仓库-clone
git clone ＋ 仓库地址
克隆该仓库服务器上的所有数据，每一个文件的每一个版本都会被拉取下来
//仓库地址在http://git.oschina.net 项目管理里--code--clone or download
会在当前目录下创建：“git-start.git”的目录，并初始化一个.git文件夹（存放拉取数据）
自定义本地仓库名字：git clone ＋ 仓库地址 mygit-start
//支持多种传输新协议：http://协议 git：//协议 ssh传输协议 
在现有目录中初始化仓库-init
$ git init
$ git commit
创建.git的子目录--包含初始化Git仓库中所有的必须文件
已经存在文件的文件夹初始化Git仓库进行版本控制，应该开始跟踪这些文件并提交
//git add 命令实现对指定文件的跟踪，然后执行 git commit 提交
//git commit -m 'initial project version'
检查当前文件状态-git status
$ git status
//默认分支名：master
//当前目录下没有出现任何于为跟踪状态的新文件
新建文件没有被追踪的情况
跟踪新文件-git add
$ git add mytext.txt
再次运行 git status---mytext.txt处于暂存状态
//如果git add 后以目录路径为参数---递归跟踪该目录下的所有文件
暂存状态：只要处于changes to be committed这行下---暂存状态---被记录保存在历史记录中
暂存已修改文件
跟踪了README.md,但之后对其进行修改了，再次查看 git status
此时文件在changes not staged for commit下---表示还未进入暂存区---需要重新git add
//添加内容到下一次提交中READNE.md 同时出现在暂存区和非暂存区
//git add只是暂存了运行此命令时候的版本，如果后面又修改了，需要重新git add状态简览-status -s
git status -s -----紧凑格式展示
？？ ---未跟踪文件
A ---新添加到暂存区的文件
M ---修改过的文件---靠左边M文件被修改并放入了暂存区，靠右边的M被修改没放进暂存区
MM---在工作区被修改并提交到暂存区后又在工作区中被修改了，所以在暂存区和工作区都有该文件被修改了的记录忽略文件-.gitignore
用于不需要GIT管理，且不想出现在？？表的
可创建.gitignore文件 ，列出要忽略的文件模式
cat .gitignore
*.[oa] --忽略所有 .a .o结尾的文件
*~文件 .gitignore 的格式规范如下：http://github.com/github/gitignore
1.所有空行或者以 ＃ 开头的行都会被 Git 忽略。
2.可以使用标准的 glob 模式匹配。
3.匹配模式可以以(/)开头防止递归。
4.匹配模式可以以(/)结尾指定目录。
5.要忽略指定模式以外的文件或目录，可以在模式前加上惊叹号(!)取反。查看已暂存和未暂存的修改--diff
git diff---用于查看具体修改了哪些地方,只用于没暂存的
git diff --cached/--staged 查看已经暂存起来的变化图形化差异分析
git difftool
git difftool --tool-helo 用于看系统支持哪些Git Diff插件提交更新--commit
git status ---先查看还有哪些修改了，没有git add过
git add
git commit ---启动文本编辑器以便输入本次提交的说明
//提交时记录的是放在暂存区域的快照跳过使用暂存区--commit -a
自动把所有已经跟踪过的文件暂存起来一并提交，从而跳过 git add
git commit -a -m 'added new benchmarks'移除文件-rm
用于从已跟踪文件清单中移除（从暂存区移除）---提交---将不会再出现在未跟踪文件清单了
如果是用手工删除 还是会出现在未暂存清单里
git rm
git rm -f 如果删除之前，修改过的文件已经存放在暂存区，需要强制删除
git rm --cached xxx 从暂存区删除，但是又想保存在磁盘，不想git继续跟踪
git rm 列出文件/目录名字
移动文件-mv
执行git mv相当于
mv README.md README
git rm README.md
git add README
这三条命令的集合
$ git mv file_from file_to ---重命名
查看提交历史-log
一般会列出：
按提交时间理出所有的更新，最新的在上面
SHA-1校验和
作者的名字和电子右键地址
提交时间
提交说明git log -p -2 显示每次提交的内容差异，显示近两次的提交git log --stat 看每次提交的简略的统计信息
额外列出所有被修改过的文件、有多少文件被修改了
以及被修改过的文件的哪些行被移除或是添加了。 在每次提交的最后还有一个总结
git log --pretty 指定使用不同于默认格式的方式展示提交历史
--pretty=oneline 以一行列出展示
--pretty=format 定制要显示的记录格式
$ git log --pretty=format:"%h - %an, %ar : %s"
//short 、full、fuller 展示信息多少
git log --graph 以ASCII字符串形象的展示分支，合并历史撤销操作
git commit --amend
git commit --amend 如果漏掉文件没添加用这个/提交信息写错了
提交后没修改，快照不变，所修改的只是提交信息
提交了两次，但是第二次提交会替换第一次提交的结果
取消暂存的文件--reset
假设：有两个文件都暂存了，想取消其中的一个
撤销对文件的修改--checkout
git checkout -- 文件 //checkout的用法之一
假设我更改了文件，然后已经保存到暂存区了，此时我不想更改之前的操作了
远程仓库的使用
查看远程仓库 -remote
git remote
列出指定的每一个远程服务器的简写
clone了自己的仓库----会看到origin----系统默认名
git remote -v 显示需要读写远程仓库使用保存的简写 + 对应URL
会显示全部远程仓库,列出详细信息
URL：是“统一资源定位符”（Uniform Resource Locator）的首字母缩写，中文译为“网址”
添加远程仓库-add
git remote add <shortname> <url>
例子中，用wy替代整个url
拉取仓库中有但我没有的信息---git fetch gs
现在master 分支可以通过本地 wy/master访问
可合并进自己的某个分支从远程仓库中抓取和拉取-fetch/pull
git fetch [remote-name]
是从远程获取最新版本到本地，不会自动合并
//1.git fetch origin 抓取克隆后新推送的所有工作
//2.会将数据拉取到本地仓库--并不会自动合并和修改
/*假设：有一个分支设置为跟踪一个远程分支
git pull 自动抓取然后合并远程分支到当前分支
git clone 会自动设置本地master分支，跟踪克隆的远程仓库的master分支
运行git pull---从最初克隆的服务器上抓取数据并自动尝试合并到当前所在分支*/
git pull
从远程获取最新版本并merge到本地
//fetch 完整过程--fetch--diff--merge推送到远程仓库-push
git push [remote-name] [branch-name]
将master 分支推送到 origin服务器 （master和origin克隆时候自动设置好了）
git push origin master
推送成功
查看远程仓库-show
git remote show [remote-name]
远程仓库的移除与重命名--rename
重命名：
git remote rename wy newwy 将wy更名为newwy
git remote
移除：
git remote rm newwy
git remote进阶操作
获取最新更改--pull
情景：当有其他人对远程仓库推送过修改的代码，此时你想推送你的修改时，需要先更新本地才能推送
//建议推送前先更新代码git pull
将本地仓库与远程仓库同步
pull同步后，查看修改的位置，更改后再提交GIT隐藏操作--Stash
情景：当遇到突发情景，一段时间内不能提交代码，需要保存之前所做的工作，等情况处理完之后才能提交
这个时候就会用到隐藏---修改跟踪文件，阶段更改，并保存一系列未完成的更改，且可随时重新应用
git stash 之后，工作去状态目录为干净
git stash list ---用来查看已存在更改的列表
git stash pop ---当突发情况解决完，想恢复到之前的状态---从堆栈中删除更改并放置在当前工作目录中
移动/重命名操作--mv
需要移动文件/目录的时候 ---- 重命名
git mv 文件 移至文件位置
git mv 原文件 重命名
更改结构后----其他人需要PULL后才能看见结构修改
修正错误
checkout 命令
快速入门里有介绍删除分段区域的更改
GIT 中 有一个HEAD指针指向最新的提交
想从分段区域撤销更改 使用
git checout head --string.py
---重置工作树，并删除分段更改用Git复位移动头指针--reset
--soft 选项
--soft
选项后跟提交ID的Git reset命令
那么它将仅重置HEAD指针而不会破坏任何东西。
重置HEAD指针
git reset --soft (commit ID)
//之前那笔待提交还是会在暂存区--mixed选项
从尚未提交的暂存区域还原修改
git reset -mixed commit ID（7位有效）--hard选项
将清除分段区域，并且HEAD指针重置为特定提交ID，删除本地修改
//与soft的区别，会清除更改GIT标签操作
标签---收藏夹--收藏标记的是当前HEAD指针
创建：
git tag -a '标签名称' -m '标签信息'
提交：
提交使用的是对应的 CMMIT ID 非 HEAD指针
git push origin xxx
（提交是提交的tag标签，远程仓库没有变，查看tag标签可以看到那一次记录的快照）
查看标签：
git tag -l 查看所有分支下所有可用的tag（在其他分支上也能看见）删除标签：git tag -d 标签名补丁操作
管理分支
用于不同方向上的开发，例如：对新版本2.0的开发，与旧版本1.0的修正创建分支--branch
git branch <branch name> 从现有分支创建一个新分支
也可以特定提交和标签作为分支创建的起点
没有ID，以HEAD为起点创建
git branch 列出分支
切换分支--checkout，switch
git checkout 分支名
git switch 分支名创建并切换分支
git checkout -b 分支名
删除分支
git branch -D 删除前必须切换到其他分支才能操作在当前分支，删除自己所处的分支---无法删除
删除其他分支
重命名分支
git branch -m 旧分支名 新分支名合并两个分支
方法1
假设：有两个分支 master
*wchar_support
在master分支上做了一些代码修改，现在想将这些修改推送到分支wchar_support
修改文件为 XXX.c
先git add XXX.c 再git commit -m 'xxxx'
git push origin wchar_support(将更改推送到新分支)
git log oringin/wchar_support -2 查看在这个分支上做了什么方法2--git merge
用于将两个，或者两个以上的开发历史（合并）一起
1.合并分支1 和分支2 在当前分支的顶部，合并
git merge 分支1 分支2
2.合并 分支1 到当前分支--ours
git merge -s ours 分支1
3.合并分支1到当前分支，但不要自动进行新的提交
git merge --no-commit 分支1
4.将分支1合并到当前分支，自动进行新的提交
git merge dev
处理冲突
假设： user1在wchar_support分支中执行更改---修改1
user2在master分支中执行更改---修改2--并推送到origin
此时user2想看wchar_support上分支做了什么，拉取最新情况---此时user1,user2同时GIT---冲突出现
解决冲突：①git diff 查看更多细节
<<<<<<<<<<<<<<<< 和 >>>>>>>>>>>>>>>>>>>>的行
查看冲突出现的具体位置
②选择需要保留的版本手动修改
③对修改后的文件进行提交--再次git pull 即可