TortoiseSVN使用总结

经验小结：
      1.如果操作的文件之前还未提交，而你又想把文件提交到新的分支上，记得一定要选择切换
      2.SVN分支的管理实际上就是把不同的分支用不同的文件保存，因此你在取得新版本的时候会发现，不同分支的最新文件也会被获取下来。

      创建tag操作，相当于把当前的代码版本复制一份到其他地方，然后以这个地方为出发点进行新的开发，与原来位置的版本互不干扰。
      对于branches、tags、trunk这三个目录，并不是subversion必需的，而是被总结的一种良好的团队开发习惯，其使用方法为：
      1.开发者提交所有的新特性到主干。 每日的修改提交到/trunk：新特性，bug修正和其他。
      2.这个主干被拷贝 (注：拷贝的方法-单击“鼠标右键”->TortoiseSVN->Branch/tags...->To URL中路径/branches/1.0) 到“发布”分支。 当小组认为软件已经做好发布的准备（如，版本1.0）然后/trunk会被拷贝到/branches/1.0。

      2.1此时本地的branches文件夹中尚未有trunk的拷贝，必须与服务器同步下
      3.项目组继续并行工作，一个小组开始对分支进行严酷的测试，同时另一个小组在/trunk继续新的工作（如，准备2.0），如果一个bug在任何一个位置被发现，错误修正需要来回运送 (即：当trunk中的文件进行修改后，测试组人员在branches中可以通过：单击“鼠标右键”->TortoiseSVN->Switch->To URL中的地址一般会自动指向trunk文件夹，示意接下来将同步trunk文件夹下修改过的文件到服务器及本地的branches文件夹) 。然而这个过程有时候也会结束，例如分支已经为发布前的最终测试“停滞”了。
      4.分支已经作了标签并且发布，当测试结束，/branches/1.0作为引用快照已经拷贝到/tags/1.0.0，这个标签被打包发布给客户。

      4.1分支作标签发布到tag文件夹方法和trunk文件夹拷贝到branches/1.0做法相同
      5.分支多次维护。当继续在/trunk上为版本2.0工作，bug修正继续从/trunk运送到/branches/1.0，如果积累了足够的bug修正，管理部门决定发布1.0.1版本：拷贝/branches/1.0到/tags/1.0.1，标签被打包发布。
　　一般建立最初的repository时，就建好这三个目录，把所有代码放入/trunk中，如：要将project1目录下的代码导入repository，project1的结构就是：project1/branches，project1/tags，project1/trunk，project1/trunk/food.c，project1/trunk/egg.pc……，然后将project1目录导入repository，建立最初的资料库。然后export回project1，作为本地工作目录。 

      6..多人单项目，三个文件夹的作用又不一样了：
           单人维护一个主流版本.放于trunk目录里面；
           多人开发通过单人或者是多人维护代表不同的模块.每个模块就是一个分支brances；

           在一定时期，各模块都有初步版本，则放于trunk中，然后由项目主管进行模块合并成整体，给测试人员检测；
           某个时期出现了一个稳定版本，就标记为一个发布版本,tags来做标记.