208-版本管理工具介绍—Git篇

https://www.imooc.com/learn/208

简介：本课程主要讲解了git在各平台的安装和基本使用，Git能够帮助我们解决文件的提交、检出、回溯历史、冲突解决、多人协作模式等问题，并且大大提升我们的工作效率。

第1章 版本管理工具初探

聊聊版本管理工具是什么，它能为我们做什么。

1-1 版本管理工具简介

版本管理工具是干什么用的？

• 备份文件（类似U盘，网盘）
• 记录历史（有各个阶段的代码历史版本）
• 回到过去（恢复历史版本）
• 多端协作（可以在家工作，也可以在公司）
• 团队协作（代码整合，多人共同完成一个项目）

第2章 工具的历史

聊聊cvs、svn、git、github这些工具的发展历史。

2-1 版本管理工具发展历史

1. CVS 1985，集中式，始祖（网络环境）

   最早期的版本控制软件，是把文件集中保存到中心服务器

2. SVN 2000，集中式，集大成者（网络环境）

   在CVS的基础上的加强版，可以还原到某个时间点

3. Git 2005，分布式，geek主流（无网环境）

   分布式的版本控制软件

4. GitHub 2008，托管网站，geek社区（程序员托管网站）

   网站托管，基于Git

集中式：服务器。需要联网

分布式：效率高。拥有版本库即可（Git）

第3章 如何做个英雄

演示git和github的基本使用，提升工作效率，让我们在独立工作中成为英雄

3-1 Git下载和安装

安装Git环境一Windows：

• 下载Github for Windows：https://desktop.github.com/

3-2 linux下安装Git环境

安装Git环境一Linux：

yum install git
git --help

3-3 github注册

https://github.com/

3-4 创建一个新的项目

https://github.com/new

3-5 Linux环境下检出项目到本地

git clone https://github.com/tuyrk/demo.git

3-6 Linux环境下第一次提交项目

vi log.txt
git add log.txt
git commit -m "comment"
git push

git config

忽略修改：

1. gitignore添加需要忽略的文件

3-7 windows下检出项目和提交项目

第4章 和其他英雄一起工作

演示如何通过git和github，让我们和其他英雄一起工作，减少和解决合作中出现的冲突

4-1 关于代码冲突

4-2 Linux下如何解决冲突

解决冲突步骤：

1. git pull拉取最新代码
2. git diff查看
3. 手动修改提交哪次冲突
4. 再次提交

git pull
git diff
git add log.txt
git commit -m "解决冲突后提交"
git push origin master

4-3 windows下如何解决冲突

4-4 如何回到过去

版本回滚操作步骤：

git log # 显示所有提交记录.
git reset --hard <提交ID> # 完成回滚操作
git push
git log # 显示新的提交记录

版本跳转操作步骤：

git reflog # 查看该用户的所有操作
git reset --hard <提交ID> # 完成跳转到现在

4-5 建立里程碑

里程碑，即版本号。标签

git tag -a <name> -m "comment" # 创建标签
git push origin <name>
git checkout <name> # 切换标签
git checkout -b <分支名称> <name> # 切换标签

git tag -d <name> # 删除标签

4-6 分支开发之分支合并

git branch <分支名称> # 创建分支
git checkout <分支名称> # 切换分支
git merge <分支名称> # 合并到master分支。首先需切换到master分支，然后进行合并

git branch -d <分支名称> # 删除分支

4-7 分支开发之合并到master

通过Github网页合并分支

4-8 关于多人合作的一些经验

利用工具提升工作效率，而不是去学习工具本身

1. 多用客户端和工具，少用命令行，除非在linux服务器上直接开发
2. 每次提交前，diff自己的代码，以免提交错误的代码
3. 下班回家前，整理好自己的工作区
4. 并行的项目，使用分支开发
5. 遇到冲突时，搞明白冲突的原因，千万不要随意丢弃别人的代码
6. 产品发布后，记得打tag，方便将来拉分支修bug