今天完成的事情：

主要是svn的学习：

SVN简介：

 为什么要使用SVN？

      程序员在编写程序的过程中，每个程序员都会生成很多不同的版本，这就需要程序员有效的管理代码，在需要的时候可以迅速，准确取出相应的版本。

Subversion是什么？

   它是一个自由/开源的版本控制系统，一组文件存放在中心版本库，记录每一次文件和目录的修改，Subversion允许把数据恢复到早期版本，或是检查数据修改的历史，Subversion可以通过网络访问它的版本库，从而使用户在不同的电脑上进行操作。

此时的目录结构

svn://proj/

+trunk/ 

+branches/

    +dev_1.0 (1.0bugfix)

    +dev_2.0 （进行2.0开发）

+tags/

    +tag_release_1.0 (copy from trunk)

选择性的进行代码merge

    这其实是一种分散式的开发，当各个部分相对 独立一些（功能性的），可以开多个dev的分支进行开发，这样各人/组都不会相互影响。比如dev_2.0_search和dev_2.0_cache 等。但是这样merge起来就是一个很痛苦的事情。

    这里要注意一下的，第六步进行选择性的merge，是可以当2.0开发结束后一起把 dev_1.0（bugfix用）和dev_2.0（新版本开发 用）merge回trunk。或者先把dev_1.0 merge到dev_2.0，进行测试等之后再merge回trunk。

     这两种方法各有利弊，第一种方法是可以得到一个比较纯的dev_2.0的 开发分支，而第二种方法则更加的保险，因为要测试嘛。

      以上呢，就是我说的两种开发模式了，具体哪种好，并没有定论。这里大致的说一下各自 的优缺点

      第一种开发模式（trunk进行主要开发，集中式）：

          优点：管理简单

          缺点：当开发的模块比较多，开发人数/小团队比较多 的时候，很容易产生冲突而影响对方的开发。因为所有的改动都有可能触碰对方的改动

      第二重开发模式（分支进行主要开发，分散式）：

          优点：各 自开发独立，不容易相互影响。

          缺点：管理复杂，merge的时候很麻烦，容易死人。

SVN的基本操作：

增加(Add)

  在test项目文件下，新建一个b.txt文件，提交到版本库的方法如下2种：

   1. 先提到变更列表中，再commit到配置库中，选择新增文件，右键SVN菜单执行“Add“操作提交到”变更列表中”，然后右键SVN菜单执行”SVN Commit”提交到版本库中。

   2. 不提交到变更列表中，而是直接commit配置库中，选择该文件，右键svn菜单执行”SVN Commit”操作。

删除(Delete)

     如果被删除的文件还未入版本库，则可以直接使用操作系统的删除操作删除该文件。

     如果被删除的文件已入版本库，则删除的方法如下：

选择被删除文件，右键svn菜单执行”delete”操作，然后选择被删除文件的父目录，右键svn菜单执行”SVN Commit”。

今天学SVN时发现一个小技巧，webstorm只能chekout文件夹，如果要checkout单独文件，使用小乌龟的客户就可以了。

明天计划的事情：

小课堂和ppt的编写

遇到的问题：

暂无

收获：

svn的使用