本篇在慕课网中学习git的使用时记录的笔记，学习网址http://www.imooc.com/learn/208

其中4-2 如何回到git的过去版本，再转回最新的还在研究当中， 有待更新，今天先到这儿

注意：git和github是不一样的。git是个软件，github是个网站。我们通过git可以把项目托管在github上

1.多端共享（mac、windows等）

2.是分布式的

断网时也可以用，任何一个人的机器上的版本都是一个完整的备份，不怕丢失

3.回退

可以undo几乎所有的命令，甚至是恢复一个被删除的提交，因为Git后端几乎不做任何的删除操作

4.选择有用的代码提交

当你把纽带，冰块还有西红柿一起扔进搅拌机的时候至少有两个问题。第一，搅拌过后，没有人知道之前扔进去了些什么东西。第二，你不能回退，重新把西红柿拿出来。同样的，当你提交了一堆无关的更改，例如功能A加强，新增功能B，功能C修复，想要理清这一堆代码到底干了什么是很困难的。当然，当发现功能A出问题的时候，你无法单独回滚功能A。Git可以通过创建“颗粒提交”，帮你解决这个问题。“staging area”的概念可以让你决定到底那些东西需要提交，或者更新，精确到行。

5.分支

传统的VCS切分支挺麻烦的，如果有过管理VCS经验的人应该知道，切一个分支就是完全复制当前分支的所有文件，在比较大型的项目里，开销是比较大的，如果你有N个APP，且每个APP都有各自的分支，那就有的你忙了。

git提倡你多切分支，因为它使用的是指针，你可以在去上厕所前切一个，去上厕所后再切一个，左切切右切切，没关系，它罩得住。

 

传统VCS切分支是在服务端操作的，也就是说本地其实要在服务端操作完再check下来。git 不然。服务端也可以切分支，本地也可以切分支，这是我认为最大的好处，你在处理12345这个bug时可以切一个分支，马上老大来话说你给我优化一下XXX功能，你又切一个分支，上级应用层来个电话说YYY功能不太好用啊。。同样，你再切一个分支。由于你切的分去只是本地的，不会影响到别人，在发好功能测试后你可以合并到master里，测试提交。

6.分工协作

本来这个也是第二点分布式的一个特点。不过我单独拿出来是因为这个优点有不同寻常的意义。大家可能经历过手里同时有2～N个活，可能都是基于公司同一个源代码。其中可能要和A完成一个功能，和B完成一个功能。这时候git就可以大显身手了，你也可从A机子里得到项目的最新代码，也可以从B机子里拿到他的劳动成果，而完全不用经过中央服务器，所以不会对其他人照成影响。

参考引用：

http://blog.csdn.net/starter110/article/details/7464455

http://www.oschina.net/question/28_37438

3-1 Git的下载和安装（windows）

在Github的官网：https://github.com/下方有下载，如图：

下载之后直接运行就可以了，然后就开始下载了，

下载完成后会自动安装，安装完会弹出如下界面：

接下来在github网站注册账号（记得验证邮箱），然后输入用户名密码登录客户端即可。

如果在客户端登录的时候出现登录失败的问题，但是用浏览器却可以登录，那么可能是.net framework的问题，我的系统是win8，然后下了最新的.net framework 4.5.1，包括程序和语言包，之后就可以了。下载地址：http://support.microsoft.com/kb/2881468/zh-cn

3-2 创建一个新的项目

1.登录Github之后，可以看到网站上关于github的使用说明

2.我们点击“New repository”，进入repository创建页面

3.完成创建

3-3 检出项目和提交项目（windows）

1.首先是检出项目。在创建了test这个repository之后可以在登录后的首页上看到

2.点击“test”进入项目首页，在项目首页的右侧有两个地方值的注意，一个是“HTTPS clone URL”：点击复制这个url后，可以用于在linux下检出项目；另一个是“Clone in Desktop”按钮：这个是用于在windows下检出项目的。

3.这里我使用的windows，点击 “Clone in Desktop”之后会自动运行git客户端，然后选择文件存储路径，客户端如图所示：

4.检出完成之后如下图所示

 

5.接下来是提交修改。在项目test上右键，“open in explorer”打开本地目录，然后在本地新建一个文件“流水账.txt”，记录一行信息，然后另存为utf-8编码，就可以在客户端上看到未提交的“流水账.txt”，如图：

6.然后填写相关的描述，点击“commit to master” 提交，然后可以看到出现了“unsynced changes”，意思是提交到了本地的repository，但是没有同步到github上

7.点击右上角的“sync”即可同步到Github上，同步完成后刷新项目首页即可看到新添加或修改的文件。

4-1 代码冲突

同一时间同一文件，两个或多个人都修改了，就会出现冲突。

1. 有冲突的时候，同步时会出现

2.这个时候找到冲突，修改之后，再提交就可以了。

4-2 如何回到过去

还在研究。。。。

4-3 建立里程碑

里程碑相当于一个阶段的工作已经完成，可以单独成为一个版本。

1.进入项目首页，点击“releases”

2.点击“create new release”

3.输入版本号、版本号、发布描述，

4.然后点击发布，就可以看到发布的版本了

4-4 分支开发与分支合并

应用的情况：发布了版本1.1，然后还在接着开发1.2，中途用户发现了一个1.1的bug，这个时候不能直接在还在开发中的1.2中修改，以免引发更多的更严重的问题，所以这个时候需要在在发布的1.1版本处做分支，然后修复bug给用户用，在merge到开发中的1.2中。

现在情景如下：

master中已经在开发1.2（失误，应该是v1.1的，git中已经是1.2了，这里就将错就错了，sorry），此时右键“open in explorer”可以看到文件v1.2.txt。v1.0是在选中的地方发布的，我们要在v1.0上建立branch修复bug。

 

步骤如下：

1.进入项目首页，点击“releases”查看发布的版本，然后点击版本的tag

2.进入之后，点击“tag：v1.0”，创建“bug1”分支，这个时候就会从1.0的位置创建

3.在客户端同步一下新的branch，可以看到是从1.0创建的，此时右键“open in explorer”可以看到资源管理器中没有v1.2.txt文件

4.修复v1.0的bug后，commit&sync，这个时候对master中v1.2的开发是没有影响的，然后再发布一个针对v1.0的bug修复的版本v1.0.1，注意选择bug1分支

 

5.merge分支bug1到master中。点击分支“bug1”，在点击“manage”

6.在弹出的窗口中，拖动bug1分支到下方merge的第一个格子，master到第二个，第二个表示合并到的那个分支，然后点击merge，即合并到正在开发v1.2的master中了，然后再同步一下master即可

 

4-5 多人合作的经验

1.多用客户端和工具，少用命令行，除非是直接在linux上做服务端开发

2.每次提交前，diff自己的嗲吗，以免提交错误的代码

3.下班回家前，整理好自己的工作区，哪些是要保留的，哪些是要清楚的，哪些是需要测试的等等，整理好

4.并行项目，使用分支开发

5.遇到冲突时，搞明白冲突的原因，千万不要睡意丢弃别人的代码

6.产品发布后，记得打tag，方面将来拉分支修bug

Git学习