之前一直使用微软的OneDrive作为云存储工具，但OneDrive的连接最近越发不稳定了，经常出现需要急用时连接不上的情况。国内的云存储大多是提供一个云盘，需要将文件下载到本地后使用，不像OneDrive能在后台保持本地与云端的同步，且国内的云盘免费使用的限制很多，带宽可怜。
我之所以偏好OneDrive，是因为它类似一个版本控制工具，能同步多个终端与云端的数据。而git可以算得上版本控制和多端协同的鼻祖了，其协同能力远超OneDrive一个数量级，国内的gitee码云是一个支持git同步的云盘，且能免费使用，何乐而不为。
1. git能提供什么
- 提供本地目录与云端目录的同步，实现多终端协同
- 提供版本管理、分支、合并，实现多人协同
- 主要用于软件项目的多人协同和版本控制
- 也可用于文档（word、odt、ppt、odp等）协作
2. 使用git的基本步骤和指令
1）在支持git协议的云端注册帐号、新建云端仓库
码云是国内支持git协议的云盘：https://gitee.com/，注册一个帐号，并创建一个私有仓库。
仓库创建后，可以打开该仓库，获取其HTTPS克隆地址。
2）在本地新建目录，并初始化为git目录
- $ git init
这一步实际是在本地目录中创建了一个隐藏文件夹.git，该文件夹中保存了与云端的连接信息、版本信息等
3）配置与云端的连接信息
- $ git remote add <别名> <刚才获取的HTTPS克隆地址>
以后可以通过这个别名指代云端仓库的地址。
也可以通过git remote命令查看当前已配置的别名列表。
4）从云端仓库拉取文件
- $ git pull <别名> master
别名就是上一步添加的别名，master是一个默认分支，这个是在云端创建仓库时默认指定的，所以也可以修改名字，且还可以创建新的分支，这在后文介绍。
若出现”拒绝合并无关历史“的错误提示，可使用git pull --allow-unrelated-histories进行拉取。
5）向云端推送文件
- $ git add <文件名/目录名>
添加对本地文件的跟踪，可以用通配符； - $ git commit -m '1.0.0:说明信息'
此处需要添加-m参数，用于提供说明信息，若没有-m参数，则默认会打开vi编辑器，在编辑器中可输入多行具有html格式的说明信息； - $ git push <别名> <分支>
我们可以通过git push --set-upstream <别名> <分支>来设定推送到的仓库和分支，以后直接使用git push就可以进行推送； - $ git config credential.helper store
在push时，会要求输入用户名和密码，为了避免每次操作都需要进行认证，可配置git记录下首次输入的认证信息。
6）删除云端文件/目录
- $ git pull
首先将云端内容同步到本地； - $ git add <文件名/目录名>
添加对欲删除文件/目录的跟踪； - 在本地删除文件或目录；
- $ git commit -m 'xxx'
提交更新 - $ git push
将更新推送到云端
7）分支的使用
- $ git branch <分支名>
创建分支 - $ git checkout <分支名>
检出到分支（设定指定分支为活动分支） - $ git merge <分支名>
合并指定分支的内容到当前分支；
若指定分支为当前分支的直接后继，则以Fast-Forward方式直接拨指针更新当前分支；
若指定分支不是当前分支的直接后继，则进行合并提交，若两个分支不存在冲突，则合并成功，若存在冲突，则冲突文件会出现特殊标识区段，需手工修改这些区段后，通过git add <文件名>来标记冲突已解决。 - $ git branch -a
查看所有分支，*号开头的是当前分支，remotes/开头的是云端分支 - $ git branch -d <本地分支名>
删除本地已合并的分支，若想强制删除未合并分支，可用-D - $ git push origin --delete <云端分支名>
删除云端分支
3. git的分支管理：GitFlow
git的分支可以任意定义，但以GitFlow的方式可定义符合软件工程规范的分支。GitFlow是由Vincent Driessen提出的一个git操作流程标准，包含如下几个关键分支：
master
- 主分支 , 产品的功能全部实现后 , 最终在master分支对外发布
- 该分支为只读唯一分支 , 只能从其他分支(release/hotfix)合并 , 不能在此分支修改
- 另外所有在master分支的推送应该打标签做记录,方便追溯
- 例如release合并到master , 或hotfix合并到master
develop
- 主开发分支 , 基于master分支克隆
- 包含所有要发布到下一个release的代码
- 该分支为只读唯一分支 , 只能从其他分支合并
- feature功能分支完成 , 合并到develop(不推送)
- develop拉取release分支 , 提测
- release/hotfix 分支上线完毕 , 合并到develop并推送
feature
- 功能开发分支 , 基于develop分支克隆 , 主要用于新需求新功能的开发
- 功能开发完毕后合到develop分支(未正式上线之前不推送到远程中央仓库!!!)
- feature分支可同时存在多个 , 用于团队中多个功能同时开发 , 属于临时分支 , 功能完成后可选删除
release
- 测试分支 , 基于feature分支合并到develop之后 , 从develop分支克隆
- 主要用于提交给测试人员进行功能测试 , 测试过程中发现的BUG在本分支进行修复 , 修复完成上线后合并到develop/master分支并推送(完成功能) , 打Tag
- 属于临时分支 , 功能上线后可选删除
hotfix
- 补丁分支 , 基于master分支克隆 , 主要用于对线上的版本进行BUG修复
- 修复完毕后合并到develop/master分支并推送 , 打Tag
- 属于临时分支 , 补丁修复上线后可选删除
- 所有hotfix分支的修改会进入到下一个release
git.png
GitFlow 的优势有如下几点：
- 并行开发：GitFlow可以很方便的实现并行开发。每个新功能都会建立一个新的feature分支，从而和已经完成的功能隔离开来，而且只有在新功能完成开发的情况下，其对应的feature分支才会合并到主开发分支上。另外，如果你正在开发某个功能，同时又有一个新的功能需要开发，你只需要提交当前feature的代码，然后创建另外一个feature分支并完成新功能开发。然后再切回之前的 feature 分支即可继续完成之前功能的开发。
- 协作开发：GitFlow 还支持多人协同开发，因为每个feature分支上改动的代码都只是为了让某个新的feature可以独立运行。同时我们也很容易知道每个人都在干啥。
- 发布阶段：当一个新feature开发完成的时候，它会被合并到develop分支，这个分支主要用来暂时保存那些还没有发布的内容，所以如果需要再开发新feature，我们只需要从develop分支创建新分支，即可包含所有已经完成的feature 。
- 支持紧急修复：GitFlow还包含了hotfix分支。这种类型的分支是从某个已经发布的tag上创建出来并做一个紧急的修复，而且这个紧急修复只影响这个已经发布的tag，而不会影响到你正在开发的新feature。
