静以修身，俭以养德！

<br />此问题是在netbuddy的问题上研究而成，走出误区的过程中得到了pcplayer指点迷津。<br /><br />一、我的合并需求<br />    在主线的第54个版本上作了分支，在接下来的日子里，主线和分支同时都有修改，此时需要将分支上的改动合并到主线上，合并前主线和分支都已经提交，截至到合并前，主线的修改达到了版本号66，而分支的修改达到了68。主线和分支修改的文件不同。<br />二、我最初的错误操作<br />    我当时的想法是合并，就是简单的把主线的

本节向大家简单讲解一下SVN库迁移及备份方案，在学习SVN的过程中难免会遇到SVN库的问题，在这里和大家分享一下SVN库迁移及备份方面的知识，希望对你的学习有所帮助。在做迁移操作前，请停止对svn进行提交操作。1.SVN库迁移方案（采用dump-load方案）：源SVN服务器：192.168.1.200，Windows服务器目标SVN服务器：192.168.1.201，Windows服务器。采用CollabNetSubversionServer，假定subversion安装在D:/Progr

<br />(1) 导入项目 $ cd ~/project<br />$ mkdir -p svntest/{trunk,branches,tags}<br />$ svn import svntest https://localhost/test/svntest --message "Start project"<br />...<br />$ rm -rf svntest<br />我们新建一个项目svntest，在该项目下新建三个子目录：trunk，开发主干；branches，开发分支

1、所有项目都在一个SVN库中么？对于这个问题，个人认为，应该每个项目建一个SVN库，为什么这样说呢，因为SVN是全局版本，假如SVN库是如下结构：SVN库┠项目A┖项目B这就会导致任何一个项目修改，影响全局版本修改，不能真实反映单个项目的版本情况。2、SVN库的目录结构该怎样规划？参考了国外一些主要的开发网站，如SourceForge，大同小异，类似这样的目录结构：SVN库┠tags(发布)┃├1.1rc1┃├1.2┃├1.5┃└1.9┠trunk(

<br />本节向大家介绍一下如何使用svnsync命令对SVN库进行备份，使用svnsync备份很简单，只有四个步骤，在这里和大家简单介绍一下，希望通过本节的学习大家能够掌握使用svnsync命令对SVN库进行备份的方法。<br />下面是具体的备份步骤：<br />一、在备份机上创建一个空库：svnadmincreateSMP<br />二、更改该库的钩子脚本pre-revprop-change（因为svnsync要改这个库的属性，也就是要将源库的属性备份到这个库，所以要启用这个脚本）:

本节和大家一起来学习一下使用SVN开发，目录的约定与开发流程，在我们学习SVN的过程中这是经常会遇到问题，和大家分享一下解决方法，欢迎大家一起来学习SVN开发。使用SVN开发，目录的约定与开发流程SVN有一个很标准的目录结构，是这样的。比如项目是proj，svn地址为svn://proj/，那么标准的svn布局是svn://proj/|+-trunk+-branches+-tags这是一个标准的布局，trunk为主开发目录，branches为分支开发目录，tags为tag

<br />在subversion 的参考说明中使用了trunk ,branches 和tags的文件夹，<br />我觉得相当有好处，我以一个项目为列介绍一下我的想法，<br />traceview项目 有两个开发人员wya,htyoung ，同时htyoung做为项目管理员，<br />项目开始时htyoung在trunk 创建了最初的文件 这个作为main line,然后 用<br />svn cp trunk tags/first_init<br />svn cp tags/first_init b

<br />本节接着上节介绍目录结构中SVN开发模式，同时对比一下两种开发模式的优缺点，欢迎大家一起来学习SVN开发，下面是具体介绍。<br />Subversion有一个很标准的目录结构，是这样的。<br />比如项目是proj，svn地址为svn://proj/，那么标准的svn布局是<br />svn://proj/<br />|<br />+-trunk<br />+-branches<br />+-tags<br />这是一个标准的布局，trunk为主开发目录，bran