Git
版本控制
什么是版本控制版本管理器 版本迭代
版本控制一种在开发过程中，用于管理我们对文件、目录或者工程等内容的修改历史，方便查看更改历史记录，备份以便恢复以前的版本的软件工程技术。简单说就是用于管理多人协同开发项目的技术。
常见的版本控制工具
- Git：分布式版本控制
- SVN（Subversion）：集中式版本控制
- CVS（Concurrent Version System）
- VSS（Micorosoft Visual SourceSafe）
- TFS（Team Foundation Server）
- Visual Studio Online
Git和SVN的区别
SVN是集中式版本控制系统，版本库是集中放在中央服务器的。集中式版本控制系统必须联网才能工作，对网络要求较高。
Git是分布式版本控制系统，每个人的电脑就是一个完整的版本库。
Git环境配置
下载安装
官网下载https://git-scm.com/，无脑next安装。
启动Git
Git Bash：Unix与Linux风格的命令行，使用最多，推荐最多
Git CMD：Windows风格的命令行
Git GUI：图形界面的Git
Linux基础命令
- cd：改变目录
- cd ..：回退到上一级目录
- pwd：显示当前路径
- ls（ll）：列出当前目录下的所有文件，ll更为详细
- touch xx.js：新建文件xx.js
- mkdir xxx：新建文件夹xxx
- rm xxx.js：删除文件xxx.js
- rm -r xxx ：删除文件夹xxx
- mv xxx yyy：移动文件xxx下的文件到yyy下，如果xxx与yyy相同，文件名不同，则为改名
- reset：重新初始化终端
- clear/ctrl+l：清屏
- history：查看历史命令
- help：帮助
- exit：退出
-
：表示注释
查看Git配置
-
查看配置：
git config -l -
查看当前用户配置：
git config --global --list -
查看系统配置：
git config --system --list
配置用户名和邮箱（用户标识，必要）
-
git config --global user.name "xxx" -
git config --global user.email "yyy"
Git基本理论
工作区域
Git在本地有三个工作区域：工作目录（Working Directory）、暂存区（Stage/Index）、资源库（Repository或Git Directory）。如果加上远程仓库（Remote Directory）就可以分为四个工作区。
-
Workspace : 工作区，就是你平常存放项目代码的地方。
-
Index / Stage : 暂存区，用于临时存放你的改动，事实上它只是一个文件，保存即将提交到文件列表信息。
-
Repository : 仓库区（或本地仓库），就是安全存放数据的位置，这里面有你提交的所有版本的信息。其中HEAD指向最新放入仓库的版本。
-
Remote : 远程仓库，托管代码的服务器，可以简单的认为是你项目中的一台电脑用于远程数据交换。
本地的三个区域确切的说应该是git仓库中HEAD指向的版本：
工作流程
git的工作流程一般是这样的
- 在工作目录中添加、修改文件；
- 将需要进行管理的版本文件放入暂存区域；
- 将暂存区域的文件提交到git仓库。
因此，git管理的文件有三种状态：已修改（modified）,已暂存（staged）,已提交（committed）
Git项目搭建
创建工作目录与常用指令
工作目录（Workspace）一般就是你希望Git帮助你管理的文件夹，可以是你项目的目录，也可以是一个空目录，建议不要有中文。日常使用只要记住下面6个命令：
创建本地仓库的方法有两种：一种是创建全新的仓库；另一种事克隆远程仓库。
本地仓库搭建
-
创建全新的仓库，需要用Git管理的项目的根目录执行：
git init 在当前目录新建一个Git代码库 -
执行后可以看到，仅仅在项目目录多了一个git目录，关于版本等的所有信息都在这个目录里面。
克隆远程仓库
-
另一种是克隆远程目录，由于是将远程服务器上的仓库完全镜像一份至本地！
-
git clone [url] 克隆一个项目和它的整个代码历史（版本信息） -
去
gitee或者github上克隆一个测试！
Git文件操作
文件四种状态
版本控制就是对文件的版本控制，要对文件进行修改、提交等操作，首先要知道文件当前在什么状态，不然可能会提交了现在还不想提交的文件，或者要提交的文件还没提交上。
- 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 ststus [filename] - 查看所有文件状态：
git status - 添加所有文件到暂存区：
git add . - 提交暂存区中的内容到本地仓库：
git commit -m ''提交信息内容''
git中删除仓库文件的3步操作
-
rm -rf a1.html -
git rm a1.html -
git commit -m '提交信息'
忽略文件
有些时候我们不想把某些文件纳入版本控制中，比如说数据库文件、临时文件、设计文件等
在主目录下建立.gitignore文件，此文件有如下规则：
- 忽略文件中的空行或以井号（#）开始的行将会被忽略。
- 可以使用Linux通配符。例如：星号（*）代表任意多个字符，问号（？）代表一个字符，方括号（[ab]）代表可选字符范围，大括号（{string1,string2,...}）代表可选的字符串等。
- 如果名称的最前面有一个感叹号（！），表示例外规则，将不被忽略。
- 如果名称的最前面是一个路径分隔符（/），表示要忽略的文件在此目录下，而子目录中的文件不忽略。
- 如果名称的最后面是一个路径分隔符（/），表示忽略的是此目录下该名称的子目录，而非文件（默认文件或目录都忽略）
*.txt #忽略所有，.txt结尾的文件，这样的话上传就不会被选中
!lib.txt #但lib.txt文件除外
/temp #仅忽略项目根目录下的TODO文件，不包括其他项目temp
build/ #忽略build/目录下的所有文件
doc/*.txt #会忽略doc/notes.txt但不包括doc/server/arch.txt
使用码云
(官网：https://gitee.com/)
-
注册登录码云，完善个人信息
-
设置本机绑定SSH公钥，实现免密登录（免密码登录，这一步挺重要的，码云是远程仓库，我们是平时工作在本地仓库！）
C:Usersadministrator.ssh
ssh-keygeon
-
将公钥信息public key 添加到码云账号中即可！
-
使用码云创建一个自己的仓库，克隆到本地
IDEA中集成Git
新建项目，绑定Git
- 将远程git文件目录拷贝到项目中即可
修改文件，使用IDEA操作Git
-
添加到暂存区
-
commit提交
-
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]
IDEA中操作
如果同一个文件在合并分支时都被修改了则会引起冲突：解决的办法是我们可以修改冲突文件后重新提交！选择要保留他的代码还是你的代码！
master主分支应该非常稳定，用来发布新版本，一般情况下不允许在上面工作，工作一般情况下在新建的dev分支上工作，工作完后，比如上要发布，或者说dev分支代码稳定后可以合并到主分支master上来。