使用Git进行多人合作的经验（重点）
1、多用客户端，少用命令行，使用工具是为了提高效率，不是为了使用命令行而使用。
2、每次提交前，diff自己的代码，也就是查看都修改了哪里，防止提交一些不必要的东西。
3、下班回家前，整理好自己的工作区
4、并行的项目，多用分支
5、遇到冲突，要搞明白冲突的原因，千万不要随意丢弃别人的代码
6、产品发布后，记得打tag，方便将来拉分支修bug
版本管理工具的作用：
备份服务、记录历史版本、回退历史版本、多端协作、团队协作。
备份服务：类似U盘，云盘，可以备份我们重要的数据（代码）
记录历史版本：我们可以方便的查看都修改了哪些代码，有哪些历史的版本，方便回退。
多端协作：可以在不同客户端查看，类似，云盘可以在app上看，也可以在电脑上使用。
团队协作：多人合作写代码时，使用git吧。
分支的建立与合并：
重点是理解使用场景
分支的建立场景：
最新release版本中有一个bug，最新的master环境已经在开发新功能。
如果在master修改，再发布出去，就会把一些还没有完成（测试好的）功能发布出去了
所以需要新建一个分支，在这个分支里面保存的是 release版本的代码，然后修改，发布
合并的场景：
如果后续master已经开发完成，直接合并两个分支到master中，master中存在的bug也就被修复了。
建立里程碑：
里程碑 = 稳定版本号.
里程碑的含义是: 一个阶段比较稳定的版本,正式提交发布出去.提供zip下载.
操作步骤:
1. 在github网站上.进入项目首页.
2. 横栏按钮(commits, branches, release等),找到release按钮.
3. 找到按钮:draft a new release,点击进入下一页面.
4. 填入版本号,以及说明信息.
5. 完成后,点击publish release,将软件发布出去.
6. 这样就完成里程碑建立,同时会自动生成zip下载链接.
Windows客户端中版本冲突和回到过去都可视化，这里不做过多介绍。
使用Linux的同学，可以看下下面的关于版本冲突和回到过去的命令：
Linux下版本冲突的解决：
假设同一个F文件,被操作者A和B都修改了.
解决思路:
1. A先提交文件F,正常提交,无冲突问题.
2. B提交文件F时,报冲突.
3. B需要执行: git pull 操作,会自动将服务器端最新文件,合并到本地F.(该文件F中,同时保留2个不同的修改点)
4. B执行: git status 操作,显示冲突文件信息.
5. B执行: git diff 操作,显示文件F中的冲突点.
6. B执行: 用vi 打开 文件F, 查看到冲突处标记
手动删减,保留需要确认的部分.
7. 到这里,B本机的文件F已经在同步服务器端最新的F基础上,做了修改,变成”更加新的文件F”(比服务器端还新).
8. 这样,再提交文件F.就不存在冲突问题.剩下的操作,就是正常的提交步骤.
9. git add XXXX
10. git commit “xxxxyww”
11. git push
12. 输入账号名,密码.
13. 这样,就将”更加新的文件F”上传到服务器端.解决冲突问题.
14. 这个冲突解决问题,实际上和其他版本管理工具,没有啥本质区别.
15. 切换至A用户，再pull才能保持与远程一致
回到过去
Linux中：
“git log” 查看日志
退回以前版本：
在git log 中，选取某个要退回到的版本时间戳，在该文件中，复制coｍｍit 后的一长串字符串ID
然后使用”git reset –hard 复制的字符串ID”
回到现在：
“git reflog”,显示之前的所有提交的版本号
＂git reset –hard 选取 pull前的ID(位于reflog的第一列)