Git
版本控制
什么是版本控制 版本迭代
版本控制【Revision control】是一种在开发的过程中用于管理我们的文件、目录或者工程等内容的修改历史，方便查看更改历史记录，备份以便恢复以前的版本的软件工程技术
- 实现跨区域多人协同开发
- 追钟和记载一个或多个文件的历史记录
- 组织和保护你的源代码和文档
- 统计工作量
- 并行开发、提高开发效率
- 跟踪记录整个软件的开发过程
- 减轻开发人员的负担，节省时间，同时降低人为错误
简单所就是用于管理多人协同合作的技术
没有进行版本控制或版本控制本身缺乏正确的流程管理，在软件开发的过程中将会引入很多问题，如软件代码的一致性，软件内容的冗余，软件过程的事务性，软件开发过程中的并发性，软件源代码的安全性，以及软件的整合等问题
无论是工作还是学习，或者自己做笔记，都是经历这样一个阶段！我们就迫切需要一个版本控制工具
多人开发就必须要使用版本控制
常见的版本控制工具
我们学习的东西，一定是当下最流行的
主流的版本控制器有如下这些：
- Git
- SVN（subversion）
- CVS (Concurrent Version System)
- VSS (Micorosoft Visual SourceSafe)
- TFS (Team Foundation Server)
- visual Studio Online
版本控制产品非常多，现在影响力最大且使用最广泛的是Git
版本控制分类
1.本地版本控制
记录文件每次的更新，可以对每个版本做一个快照，或是记录补丁文件，适用个人，如RCS
2.集中版本控制
所有的版本数据都是保存在服务器上，协同开发者从服务器上同步更新或者上传自己的修改
所有的版本数据都存在服务器上，用户的本地只有自己以前所同步的版本，如果不联网的话，用户看不到历史版本，也无法切换版本验证问题，或者不同分支工作。而且，所有数据都保存在单一的服务器上，有很大的风险在这个服务器损坏，这样就会丢失所有的数据，当然可以定期备份，代表产品：SVN,CVS,VSS
3.分布式版本控制
所有版本信息仓库全部同步到本地的每一个用户，这样就可以在本地查看所有版本的历史记录，可以离线在本地提交，只需要在联网是push到相应的服务器或者其他用户哪里，由于每个用户在哪里保存的都是所有版本的版本数据，只要有一个用户的设备没有问题就可以恢复所有的数据，但这增加了本地存储空间的占用。
Git和SVN的最主要区别
SVN是集中式版本控制系统，版本库式集中放在*服务器的，而工作的时候，用的都是自己的电脑，所以首先要从*服务器得到最新的版本，然后工作，完成工作后，需要把自己做完的活推送到*服务器，集中式版本控制系统式必须联网才能工作，对网络带宽要求较高。
Git式分布式版本控制系统，没有*服务器，每个人的电脑就是一个完整的版本库，工作的时候不需要联网，因为版本都是在自己电脑上，协同的方法是这样的：比如说自己在电脑上修改了文件A，其他人也在电脑上改了文件A，这时：你们两之间需要把各自的修改推送给对方，就可以互相看到对方的修改了，Git可以直接看到更新了那些代码和文件！
Git式目前最先进的分布式版本管理系统
Git历史
同生活中许多伟大事物一样，Git诞生于一个极富纷争大举创新的年代
Linux内核开源项目有着为数众广的参与者，绝大多数的Linux内核维护工作都花在了提交补丁和保存归档的繁琐事务上（1991—2002年间）。到2002年，整个项目组开始启用一个专有的分布式版本控制系统BitKeeper来管理和维护代码。
Linux社区中存在很多的大佬！破解研究BitKeeper！
到了2005年，开发Bitkeeper的商业公司同Linux内核开源社区的合作关系结束了，他们收回了Linux内核社区免费使用Bitkeeper的权利。这就迫使Linux开源社区特（别是Linux缔造者Linus Toralds）基于使用Bitkeeper时的经验教训，开发出了自己的版本系统。（2周左右）！也就是后来的Git！
Git是免费、开源、最初Git是为辅助Linux内核开发的，来代替BitKeeper！
Git环境搭建
软件下载
打开[git]官网，下载git对应的操作系统的版本
所有东西下载慢的话就去找镜像！
下载对应的版本控制！无脑安装
卸载Git
直接反安装即可，然后清除环境变量
启动Git
安装成功后在开始菜单中会有Git项，菜单下有三个程序:任意文件夹下右键就可以看到对应的程序
- Git Bash：Unix与Linux风格的命令行，使用最多，推荐最多
- Git CMD ： windows风格的命令行
- Git GUI：图形界面的Git，不建议初学者使用，尽量先熟悉常用命令
Git配置
- 查看配置 git config -l
-
查看不同级别的配置文件
#查看系统config git config --system --list #查看当前用户（global）配置 git config --global --list
Git相关的配置文件
-
Git\mingw64\etc\gitconfig : Git安装目录下的gitconfig --system 系统级
-
C:\User\Adminstator.gitconfig 只适用于当前登录用户的配置 --global全局
这里可以直接编译配置文件，通过命令设置影响这里。
设置用户名与邮箱（用户标识，必要）
-
当你安装Git后首先要做的事情是设置你的用户名称和e-mail地址，这是非常重要的，因为每次Git提交都会使用该信息，它被永远的嵌入到你的提交中：
git config --global user.name "jotian" #名称 git config --global user.email jotian@deloitte.com.cn #邮箱只需要做一次这个设置，如果你传递了--global选项，因为Git将总是会使用该信息来处理你在系统中所做的一切操作，如果你希望在一个特定的项目中使用不同的名称或e-mail地址，你可以在该仙姑中运行该命令而不要--global选项，总之--global为全局配置，不加为某个项目特定配置
基本的Linux
cd: 改变目录
cd.. 回退到上一个目录
pwd: 显示当前所在的目录文件
ls(ll): 都是列出当前目录中的所有文件，只不过ll列出的内容更为详细
touch: 新建一个文件 如 touch index.js 就会在当前目录下新建一个index.js文件。
rm: 删除一个文件，rm index.js 就会把index.js文件删除
miker; 新建一个目录，就是新建一个文件夹。
rm-r 删除一个文件夹， rm -r src 删除src目录
mv 移动文件， mv index.js src index.js 是我们要移动的文件，src是目标文件夹，当然，这样写，必须保证文件和目标文件夹在同一目录下
reset 重新初始化终端/清屏
clear 清屏
history 查看命令历史
help 帮助
exit 退出
Git基本理论
工作区域
Git本地有三个工作区域：工作目录（Working Directory）、暂存区（Stage/index）、资源库（Repository或Git Directory），如果在加上远程git仓库（Remote Directory）就可以分为4个工作区域。文件在这四个区域之间的转换关系如下
-
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帮助你管理的文件夹，可以是你项目的目录，也可以是一个空目录，建议不要有中文。
日常使用记住下图六命令：
本地仓库搭建
创建本地仓库有两种方法：一种是创建全新的仓库，另外一种是克隆远程仓库
-
创建全新的仓库，需要用Git管理的项目的根目录执行：
#在当前目录新建一个Git代码库 $ git init -
执行后可以看到项目目录多出了一个.git目录，关于版本等的所有信息都在这个目录里面
克隆远程仓库
- 另一种方式是克隆远程目录，由于是将远程服务器上的仓库完全镜像一份至本地！
#克隆一个项目和它的整个代码历史（版本信息）
$git clone https://gittr.com/kuangstudy/openclass.git
- 去掉gitee或者github上克隆一个测试
Git文件操纵
文件4种状态
版本控制就是对文件的版本控制，要对文件进行修改，提交等操作，首先要知道文件当前在什么状态，不然可能会提交了现在还不想提交的文件，或者要提交的文件没提交上
- 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种状态，通过如下命令可以查看文件的状态
#查看指定文件状态
git status [filename]
#查看所有文件状态
git status
# git add. 添加所有文件到暂存区
# git commit -m 提交暂存区中的内容到本地 -m 提交信息
忽略文件
有些时候我们不想吧某些文件纳入版本控制中，比如数据库文件，临时文件，设计文件等
在主目录下建立“.gitignore”文件，此文件有如下规则：
1.忽略文件中的空行或以井号【#】开始的行将会被忽略
2.可以使用Linux通配符，例如：星号【*】代表任意多个字符，问好（?) 代表一个字符，方括号【[]】代表可选字符范围，大括号【{}】代表可选的字符串等
3.如果名称的最前面有一个感叹号（！），代表例外规则，将不被忽略
4.如果名称的最前面是一个路径分隔符（/）表示要忽略的文件在此目录下，而子目录中的文件不被忽略
5.如果名称的最后面是一个路径分割符（/）表示要忽略的是此目录下该名称的子目录，而非文件（默认文件或者目录都忽略）
#注释
*.txt #忽略所有 .txt结尾的文件
!lib.txt #但lib.txt例外
/temp #仅忽略项目根目录下的TCDO文件，不包括其他目录temp
build/ #忽略build/目录下的所有文件
doc/*.txt #会忽略doc/notes.txt 但不包括doc/server/arch.txt
使用码云gitee
github是由墙的，比较慢，在国内的话，我们一般使用gitee，公司中有时候会搭建自己的gitlab服务器
-
注册登录码云
-
设置本机绑定SSH公钥，实现免密码登录
#进入 C:\user\Administrator\,ssh 目录 #生产公钥 ssh-keygen -
将公钥信息pubilc key添加到码云账户中即可
-
使用码云创建一个自己的仓库
IDEA中集成Git
-
新建项目，绑定git
-
修改文件，使用IDEA操作git
- 添加到暂存区
- commit提交
- push到远程仓库
-
提交测试
git add. git commit -m "new file Hello.java" git push
Git分支
分支在git中相对较难，分支就是科幻电影里面的平行宇宙，如果两个平行宇宙互不干扰，那对现在的你也没啥影响，不过，在某个时间点，两个宇宙就不平行了，我们就需要处理一些问题了！
Git分支中常用的命令
#列出所有的本地分支
git branch
#列出所有远程分支
git branch -r
#新建一个分支，但依然停留在当前分支
git branch [branch-name]
#新建一个分支，并切换到该分支
git checkout -b[branch]
#合并指定分支到当前分支
$ git merge [branch]
#删除分支
$ git branch -d [branch-name]
#删除远程分支
$git push origin --delete [branch-name]
$git branch -dr [remote/branch]
如果同一个文件在合并分支时都被修改了这回引起冲突，解决办法是我们可以在修改冲突文件后重新提交！选择保留谁的代码！
master主分支应该非常稳定，用来发布最新版本，一般情况下不允许在上面工作，工作一般情况下在新建的dev分支上工作，工作完后，比如上要发布，或者说dev分支代码稳定后可以合并到主分支master上来
Git 常用命令
仓库
# 在当前目录新建一个Git代码库
$ git init
# 新建一个目录，将其初始化为Git代码库
$ git init [project-name]
# 下载一个项目和它的整个代码历史
$ git clone [url]
配置
# 显示当前的Git配置
$ git config --list
# 编辑Git配置文件
$ git config -e [--global]
# 设置提交代码时的用户信息
$ git config [--global] user.name "[name]"
$ git config [--global] user.email "[email address]"
增加/删除文件
# 添加指定文件到暂存区
$ git add [file1] [file2] ...
# 添加指定目录到暂存区，包括子目录
$ git add [dir]
# 添加当前目录的所有文件到暂存区
$ git add .
# 添加每个变化前，都会要求确认
# 对于同一个文件的多处变化，可以实现分次提交
$ git add -p
# 删除工作区文件，并且将这次删除放入暂存区
$ git rm [file1] [file2] ...
# 停止追踪指定文件，但该文件会保留在工作区
$ git rm --cached [file]
# 改名文件，并且将这个改名放入暂存区
$ git mv [file-original] [file-renamed]
代码提交
# 提交暂存区到仓库区
$ git commit -m [message]
# 提交暂存区的指定文件到仓库区
$ git commit [file1] [file2] ... -m [message]
# 提交工作区自上次commit之后的变化，直接到仓库区
$ git commit -a
# 提交时显示所有diff信息
$ git commit -v
# 使用一次新的commit，替代上一次提交
# 如果代码没有任何新变化，则用来改写上一次commit的提交信息
$ git commit --amend -m [message]
# 重做上一次commit，并包括指定文件的新变化
$ git commit --amend [file1] [file2] ...
分支
# 列出所有本地分支
$ git branch
# 列出所有远程分支
$ git branch -r
# 列出所有本地分支和远程分支
$ git branch -a
# 新建一个分支，但依然停留在当前分支
$ git branch [branch-name]
# 新建一个分支，并切换到该分支
$ git checkout -b [branch]
# 新建一个分支，指向指定commit
$ git branch [branch] [commit]
# 新建一个分支，与指定的远程分支建立追踪关系
$ git branch --track [branch] [remote-branch]
# 切换到指定分支，并更新工作区
$ git checkout [branch-name]
# 切换到上一个分支
$ git checkout -
# 建立追踪关系，在现有分支与指定的远程分支之间
$ git branch --set-upstream [branch] [remote-branch]
# 合并指定分支到当前分支
$ git merge [branch]
# 选择一个commit，合并进当前分支
$ git cherry-pick [commit]
# 删除分支
$ git branch -d [branch-name]
# 删除远程分支
$ git push origin --delete [branch-name]
$ git branch -dr [remote/branch]
标签
# 列出所有tag
$ git tag
# 新建一个tag在当前commit
$ git tag [tag]
# 新建一个tag在指定commit
$ git tag [tag] [commit]
# 删除本地tag
$ git tag -d [tag]
# 删除远程tag
$ git push origin :refs/tags/[tagName]
# 查看tag信息
$ git show [tag]
# 提交指定tag
$ git push [remote] [tag]
# 提交所有tag
$ git push [remote] --tags
# 新建一个分支，指向某个tag
$ git checkout -b [branch] [tag]
查看信息
# 显示有变更的文件
$ git status
# 显示当前分支的版本历史
$ git log
# 显示commit历史，以及每次commit发生变更的文件
$ git log --stat
# 搜索提交历史，根据关键词
$ git log -S [keyword]
# 显示某个commit之后的所有变动，每个commit占据一行
$ git log [tag] HEAD --pretty=format:%s
# 显示某个commit之后的所有变动，其"提交说明"必须符合搜索条件
$ git log [tag] HEAD --grep feature
# 显示某个文件的版本历史，包括文件改名
$ git log --follow [file]
$ git whatchanged [file]
# 显示指定文件相关的每一次diff
$ git log -p [file]
# 显示过去5次提交
$ git log -5 --pretty --oneline
# 显示所有提交过的用户，按提交次数排序
$ git shortlog -sn
# 显示指定文件是什么人在什么时间修改过
$ git blame [file]
# 显示暂存区和工作区的差异
$ git diff
# 显示暂存区和上一个commit的差异
$ git diff --cached [file]
# 显示工作区与当前分支最新commit之间的差异
$ git diff HEAD
# 显示两次提交之间的差异
$ git diff [first-branch]...[second-branch]
# 显示今天你写了多少行代码
$ git diff --shortstat "@{0 day ago}"
# 显示某次提交的元数据和内容变化
$ git show [commit]
# 显示某次提交发生变化的文件
$ git show --name-only [commit]
# 显示某次提交时，某个文件的内容
$ git show [commit]:[filename]
# 显示当前分支的最近几次提交
$ git reflog
远程同步
# 下载远程仓库的所有变动
$ git fetch [remote]
# 显示所有远程仓库
$ git remote -v
# 显示某个远程仓库的信息
$ git remote show [remote]
# 增加一个新的远程仓库，并命名
$ git remote add [shortname] [url]
# 取回远程仓库的变化，并与本地分支合并
$ git pull [remote] [branch]
# 上传本地指定分支到远程仓库
$ git push [remote] [branch]
# 强行推送当前分支到远程仓库，即使有冲突
$ git push [remote] --force
# 推送所有分支到远程仓库
$ git push [remote] --all
撤销
# 恢复暂存区的指定文件到工作区
$ git checkout [file]
# 恢复某个commit的指定文件到暂存区和工作区
$ git checkout [commit] [file]
# 恢复暂存区的所有文件到工作区
$ git checkout .
# 重置暂存区的指定文件，与上一次commit保持一致，但工作区不变
$ git reset [file]
# 重置暂存区与工作区，与上一次commit保持一致
$ git reset --hard
# 重置当前分支的指针为指定commit，同时重置暂存区，但工作区不变
$ git reset [commit]
# 重置当前分支的HEAD为指定commit，同时重置暂存区和工作区，与指定commit一致
$ git reset --hard [commit]
# 重置当前HEAD为指定commit，但保持暂存区和工作区不变
$ git reset --keep [commit]
# 新建一个commit，用来撤销指定commit
# 后者的所有变化都将被前者抵消，并且应用到当前分支
$ git revert [commit]
暂时将未提交的变化移除，稍后再移入
$ git stash
$ git stash pop
其他
# 生成一个可供发布的压缩包
$ git archive