拷贝SVN项目更改默认用户名和密码方法一、右击项目根目录，找到Setting菜单
二、选择Clear…或Clear All
三、更新项目，SVN Update
四、要求输入用户名和密码，认证后即可。
解决版本冲突－使用SVN主干与分支功能 1前言 大多数产品开发存在这样一个生命周期：编码、测试、发布，然后不断重复。通常是这样的开发步骤： 1) 开发人员开发完毕某一版本（如版本A）功能后，提交测试； 2) 测试人员对待发布版本A进行测试，同时开发人员继续开发新功能(如版本B)； 3) 测试人员提交bug，研发人员修复bug，同时继续开发新功能； 4) 重复第3步骤，直到待发布版本A测试通过测试后，发布第一版本 这样就会存在以下问题： 1) 如何从代码库中(A+B)分离出待发布版本A，进行测试和发布； 2) 如果单独存放待发布版本A，那么开发组必须同时维护此版本库A以及当前最新代码库 (A+B)，操作冗余且容易出错。 在SVN中，通常采用主干（trunk）与分支（branches）的方法，解决以上问题。 2相关概念和原理 在SVN中创建代码库时，通常会创建trunk、branches、tags三个子目录，当然，你也可以用其他名称来实现主干和分支的功能 trunk－主干，或称主线，顾名思义，是开发的主线。 branches－分支，是从主线上分出来，独立于主线的另一条线。可以创建多个分支。一个分支 总是从主干一个备份开始的，从那里开始，发展自己独有的历史(如下图所示)。在版本控制的 系统中，我们经常需要对开发周期中的单独生命线作单独的修改，这条单独的开发生命线就可 以称为Branches，即分支。分支经常用于添加新的功能以及产品发布后的bug修复等，这样 可以不影响主要的产品开发线以及避免编译错误等。当我们添加的新功能完成后可以将其合并 到主干中。 tags－标记，主要用于项目开发中的里程碑，比如开发到一定阶段可以单独一个版本作为发布 等，它往往代表一个可以固定的完整的版本。即主干和分支都是用来进行开发，而标记是用来 进行阶段发布的。安全公司的配置库有专门的发布区，所以tags并不需要创建，在这里只是 提供说明，不推荐使用。 branches以及tags在TortoiseSVN中创建方法是一致的，它们都是通过存储类似Linux中的lunch 快捷方式一样，只是创建了指向某个版本的链接，而不会真正将此版本的内容复制到分支或者标记中，这样既可以节省空间，也可以很快速的创建，被称为“廉价的拷贝”。 为了便于创建分支和标记，通常习惯于将Repository版本库的结构布置为:/branches,/tags,/trunk。 分别代表分支，标记以及主干。
SVN环境搭建及使用手册 一、SVN介绍 SVN是Subversion的简称，是一个开放源代码的版本控制系统，相较于RCS、CVS，它采用了分支管理系统，说得简单一点SVN就是用于多个人共同开发同一个项目，共用资源的目的。 二、SVN安装包介绍（安装包存放在服务器上D:\安装包\SVN） 服务端：SVN服务端安装包是VisualSVN-Server-3.6.0-x64.msi。 客户端：客户端软件主要包括下列3个文件 1. TortoiseSVN-1.8.8.25755-x64-svn-1.8.10.msi ----SVN客户端安装包 2. LanguagePack_1.9.5.27581-x64-zh_CN.msi ----SVN客户端语言包 3. AnkhSvn-2.5.12471.17.msi -----SVN针对Visual Studio的插件 三、搭建SVN服务端详细说明 第一步：搭建SVN团队项目、在服务器上打开已安装的SVN服务端、新建一个项目文件夹、创建完成后、右键项目复制项目URL 具体如下图
第二步：创建SVN用户、及设置密码、如下图 第三步：SVN服务端创建项目完成及创建用户后、使用SVN客户端将程序代码等文件提交上去、选中需要提交的程序文件、并填写正确SVN服务端项目的URL地址、
四、在日常开发中使用SVN的常用操作主要有：签出程序、文件合并、代码文件撤销、版本回滚、及历史版本控制等 说明：使用SVN版本控制，必须遵循4个原则。 1.新建文件前获取最新的程序代码、新建文件后先提交文件、再进行详细开发或编辑。 2.尽量避免多人同时处理同一个文件（svn毕竟不是那么优秀、无法智能将代码成功合并）。 3.项目成员提交程序前、必须获取最新的程序、编译且没问题、再进行提交操作。 4.提交代码必须选择解决方案进行代码提交、请勿选择其中某项目进行提交。 （1）签出最新程序：选择解决方案右键--》Update Solution to Latest Version, 如下图 （2）代码文件合并：如svn上的文件与本地文件产生冲突、则会在Pending Changes 中高亮显示、双击文件打开双方文件差异、合并完成后、点击Commit进行合并后文件提交。如下图
SVN怎么使用 1、在你硬盘上创建一个文件夹来放置你需要的项目。。。 2、在文件夹上右键选择check out。。。 3、然后输入你在SVN服务器上项目的URL地址： 4、输入正确的URL以后就点击OK。。。SVN客户端将会从服务器上拷贝源代码到你的电脑上。 5、这时候你可以将你的项目源代码文件进行编辑。。。修改后文件在SVN上显示的图标将会有红色感叹号。。。这时候你修改完文件是，可以右键点击该文件，选择SVN Commit 就可以向服务器提交你修改后的文件。。。 提问人的追问 2009-09-11 13:48 我想创建我自己的项目呢， 就是把我的项目方到服务器上去， 回答人的补充 2009-09-11 14:10
1. 进入https://www.doczj.com/doc/5115800926.html,/用Google帐户登录（推荐使用gmail邮箱）。然后点 击>Project Hosting 2. 进入>> https://www.doczj.com/doc/5115800926.html,/hosting/然后点击>Create a new project 3. 填入信息： 写入项目名，描述，两个选择项，写入标签，点击确定。就可以了 4. 提交成功后，选择菜单的Source（其中有https上传协议路径需要拷贝一份，还有一个上传密码）。 5. 打开MyEclipse，打开需要上传的项目，点鼠标右键->team->share Project->svn，写入https路径，下一步，输入Google账号和上传密码，起个名，finish。 6.如果一切顺利，会自动生成一个项目目录，可以查看所有项目文件。然后进入搭建项目界面，点鼠标右键->team->commit。然后开始上传项目。 7，搭建完成。 8.如果想查看自己的项目，可以用浏览器登陆https的路径，输入Google账号和上传密码，如果成功就可以看到含有项目名称的目录。
解决代码冲突 如果commit时出现“You have to update your work copy first.”红色警告，说明版本库中的此文件已经被其他人修改了。请先点“ok”按钮退出。执行update,然后再commit。 如果修改与update得到的代码不冲突，则自动合并。如果冲突（比如对同一行代码进行了修改），则出现”One or more files are in a conflicted state.“红色警告，并产生几个文件记录冲突。一般情况下，我们不要直接编辑冲突文件。而按照以下操作手工解决冲突。 在资源管理器中，选择commit时冲突的那个文件，鼠标右键菜单选择”Edit conficts”。 出现界面，分为”Theirs”、”Mine”和”Merged”3部分，表示”别人修改的内容”、”我修改的内容”和”合并后的结果”3部分。我们是要将”别人修改的内容”和”我修改的内容”有取舍地合并起来，形成”合并后的结果”。 合并一般分为4种情况： 保留”我的修改”,舍弃”别人的修改”。鼠标右键点击Mine框的相应行，点击”Use this text block”。 舍弃”我的修改”,保留”别人的修改”。鼠标右键点击Theirs框的相应行，点击”Use this text block”。 同时保留”我的修改”和”别人的修改”，并将”我的修改”放在前面。鼠标右键点击Mine 框的相应行，点击”Use text block from mine before theirs”。 同时保留”我的修改”和”别人的修改”，并将”别人的修改”放在前面。鼠标右键点击Mine框的相应行，点击”Use text block from theirs before mine”。 合并完成，Ctrl+S存盘，退出。 然后，在资源管理器中，选择冲突文件，鼠标右键菜单选择”Resolved”,标记冲突已解决。系统会自动删除因冲突而新建的文件。此时，就可以继续进行commit操作了。 本文来自CSDN博客，转载请标明出处：https://www.doczj.com/doc/5115800926.html,/gori/archive/2009/04/12/4067588.aspx
S V N使用手册版 Document serial number【NL89WT-NY98YT-NC8CB-NNUUT-NUT108】
S V N环境搭建及使用手册 一、SVN介绍 SVN是Subversion的简称，是一个开放源代码的版本控制系统，相较于RCS、CVS，它采用了分支管理系统，说得简单一点SVN就是用于多个人共同开发同一个项目，共用资源的目的。 二、SVN安装包介绍（安装包存放在服务器上 D:\安装包\SVN） 服务端：SVN服务端安装包是。 客户端：客户端软件主要包括下列3个文件 1. ----SVN客户端安装包 2. ----SVN客户端语言包 3. -----SVN针对Visual Studio的插件 三、搭建SVN服务端详细说明 第一步：搭建SVN团队项目、在服务器上打开已安装的SVN服务端、新建一个项目文件夹、创建完成后、右键项目复制项目URL 具体如下图
第二步：创建SVN用户、及设置密码、如下图 第三步：SVN服务端创建项目完成及创建用户后、使用SVN客户端将程序代码等文件提交上去、选中需要提交的程序文件、并填写正确SVN服务端项目的URL地址、
四、在日常开发中使用SVN的常用操作主要有：签出程序、文件合并、代码文件撤销、版本回滚、及历史版本控制等 说明：使用SVN版本控制，必须遵循4个原则。 1.新建文件前获取最新的程序代码、新建文件后先提交文件、再进行详细开发或编辑。 2.尽量避免多人同时处理同一个文件（svn毕竟不是那么优秀、无法智能将代码成功合并）。 3.项目成员提交程序前、必须获取最新的程序、编译且没问题、再进行提交操作。 4.提交代码必须选择解决方案进行代码提交、请勿选择其中某项目进行提交。（1）签出最新程序：选择解决方案右键--》Update Solution to Latest Version, 如下图
针对原文做了两个修改，见文中【修改】部分，不然不能正确配置服务器，并且添加了一些注释（flywen 2010-9-28） 原文出处： https://www.doczj.com/doc/5115800926.html,/ttzhang/archive/2008/11/03/1325102.html https://www.doczj.com/doc/5115800926.html,/ttzhang/archive/2008/11/04/1325940.html 文章版权归原作者Forrest Zhang所有。 一、VisualSVN Server的配置和使用方法【服务器端】 1.1 VisualSVN Server的安装 最新版本是1.6.1，你可以在这里下载： https://www.doczj.com/doc/5115800926.html,/files/VisualSVN-Server-1.6.1.msi VisualSVN Server，最新更新版本是1.6.2，你可以在这里下载： https://www.doczj.com/doc/5115800926.html,/files/VisualSVN-Server-1.6.2.msi VisualSVN Server Documentation下载： https://www.doczj.com/doc/5115800926.html,/server/doc/VisualSVN-Server.pdf 下载后，运行VisualSVN-Serv er-1.6.1.msi程序，点击Next，下面的截图顺序即为安装步骤： 图1：
图2： 注意：Server Port那里，默认端口有80/81/8080三个；如果最后面的CheckBox被选中，则表示使用安全连接【https协议】，这是的端口只有433/8433二个可用。Location 是服务器端的安装位置，Repositories是代码仓库，这里保留一份总的代码，别人的需要从中check out代码，修改后再commit回这个仓库 图3：
一、TortoiseSVN客户端的安装 1．客户端软件：TortoiseSVN-1.7.12.24070-win32-svn-1.7.9.msi 下载：\\10.0.0.127\share\SVN\SVN 客户端 中文语言包：LanguagePack_1.7.12.24070-win32-zh_CN.msi 下载：\\10.0.0.127\share\SVN\SVN 客户端\语言包 （客户端安装在系统的默认位置，不需要特殊的配置，安装完成后需要重新起动系统, 重启之后鼠标的右键菜单会多出这么一组命令） 2. 中文语言包的安装如下：
二、Subversion基本工作流程 这部分最重要，也是大家经常要用到的，即如何利用TortoiseSVN客户端对subversion库中的文件进行操作。 1.如何把subversion库中已经保存的文件版本检出到本地、并作修改后提交、从服务器端更新本地文件的版本。 检出到本地： 初次检出到本地文件夹时，在本地新建一个空文件夹，具体操作如下图： 如果要检出最新的版本可选中上图的（最新版本(H)）单选按钮。 如果想检出自己需要的版本可选中上图的（版本(R)）单选按钮，然后选择自己需要的版本文件。 在弹出的对话框中输入自己的用户名和密码。
修改文件后提交：(修改文件夹中的内容后文件夹会自动变成带有红色标记) 在信息框中为修改的文件添加说明信息。如下图 在变更列表中选中更变的文件。如下图
点击确定后会提示输入用户名和密码。
从服务器端更新本地文件的版本： 如果服务器上的版本库已经是第7版本,自己本机的版本还是第1版本。这时你可以更新自己本地的版本为第7版本。
Svn是一个版本控制软件，可以使得我们项目组协同工作，每个人都必须使用这个工具来保证我们机器上的程序是最新和可追溯的，并且是同步的。 下面介绍如何使用这个软件。 一、安装软件 1.TortoiseSVN-1.6.15.21042-win32-svn-1.6.16.msi https://www.doczj.com/doc/5115800926.html,nguagePack_1.6.15.21042-win32-zh_CN.msi 安装过程和一般的软件没有区别，按提示进行重启。 二、使用步骤 1.安装完软件后，找一个目录，右键点击，如下图选择 点击setings，出现下图，将语言修改成中文简体，确定后界面语言就变成中文。
2.上述软件安装完成后，第一步要签出我们对应的项目，有两个一个php项目，一个.net 项目。下面以php项目组为例 3.新建一个目录或者将原来放php源代码的目录清空。然后右键这个目录，选择svn检出， 如下图 点击后出现下图
4.在版本库url中输入：svn://210.34.148.24/php，如果是net小组则输入： svn://210.34.148.24/net，其余就默认，点击确认，按要求输入用户名和密码，用户名密码我后面会给出。 5.用户名和密码是每个人的拼音的一个字母，如王伟琪的用户名密码就都是:wwq 6.此时出现下图 Svn将服务器上的代码和文档传输到你的本机，在你刚才所建的目录中就是最新代码。 7.打开刚才你建的目录，会看到文件夹和文件的图标改变了，如下图
8.这就是签出(check out)功能， 9.其他常见功能请参考https://www.doczj.com/doc/5115800926.html,/tsvn/1.5/tsvn-dug.html 这些是日常使用指南，不需要全部看完，只需看到“撤销更改”这一小节。 忽略已经版本控制的文件 如果你不小心添加了一些应该被忽略的文件，你如何将它们从版本控制中去除而不会丢失它们？或许你有自己的IDE配置文件，不是项目的一部分，但将会花费很多时间使之按照自己的方式工作。 如果你还没有提交，你只需要TortoiseSVN → Revert...来取消添加，你需要将这个文件添加到忽略列表，这样它们才不会被再次误添加近来。 如果文件已经存在于版本库，你需要做更多的工作。 1.用Shift键获得扩展上下文菜单(即按住shift键，然后右键点击这些文 件)，使用 TortoiseSVN →删除(保留版本副本) 标记文件/目录从版本库删除，但是保留版本副本。 2.TortoiseSVN →提交父目录。 3.将文件/目录增加到忽略列表，所以你不会再遇到同样的麻烦 另 这是一个更简单但不是很详细的教程。大家也可以试试看。 https://www.doczj.com/doc/5115800926.html,/?action-viewnews-itemid-1%C2%A0%C2%A0
SVN解决版本冲突功能 1代码的分支管理策略 关于代码管理的分支和发布策略，目前主要有两种：一种是主干作为新功能开发主线，分支用作发布。另一种是分支用作新功能开发，主干作为稳定版的发布。 1.1分支用来发布 典型操作步骤如下： 1) 开发者提交所有的新特性到主干。每日的修改提交到/trunk：新特性，bug修正和其他。 2) 这个主干被拷贝到“待发布”分支。当小组认为软件已经做好发布的准备（如，版本1.0） 然后/trunk会被拷贝到/branches/1.0。 3) 项目组继续并行工作，一个小组开始对分支进行严酷的测试，同时另一个小组在/trunk继续 新的工作（如，准备2.0），如果一个bug在任何一个位置被发现，错误修正需要来回运送。 然而这个过程有时候也会结束，例如分支已经为发布前的最终测试“停滞”了。 4) 分支已经作了标记并且发布，当测试结束，/branches/1.0作为引用快照已经拷贝到/tags/1.0.0， 这个标记被打包发布给客户。 5) 分支多次维护。当继续在/trunk上为版本2.0工作，bug修正继续从/trunk运送到/branches/1.0， 如果积累了足够的bug修正，管理部门决定发布1.0.1版本：拷贝/branches/1.0到/tags/1.0.1， 标记被打包发布。 整个过程随着软件的成熟不断重复：当2.0完成，一个新的2.0分支被创建，测试、打标记和最终发布，经过许多年，版本库结束了许多版本发布，进入了“维护”模式，许多标记代表了最终的发布版本。 这种分支管理策略被广泛的应用于开源项目。比如freebsd的发布就是一个典型的例子。 freebsd的主干永远是current，也就是包括所有最新特性的不稳定版本。然后随着新特性的逐步稳定，达到一个发布的里程碑以后，从主干分出来一个stable分支。freebsd是每个大版本一个分支。也就是说4.x，5.x，6,x各一个分支。每个发布分支上只有bug修改和现有功能的完善，而不会再增加新特性。新特性会继续在主干上开发。当稳定分支上发生的修改积累到一定程度以后，就会有一次发布。发布的时候会在稳定分支上再分出来一个 release分支。以 6.x为例，就会有 6.0,6.1,6.2…等发布分支。 这种发布方法非常适用于产品线的发布管理。产品是要卖的，以前卖给客户的版本仍需要继续维护，而为了以后的市场，新功能也不断地在增加。这种管理方法对已发布产品的维护工作和下一代产品的开发工作进行了隔离。对于已经发布的产品，只有维护的补丁发布。而新发行的产品不仅包括了所有的bug修改，还包括了新功能。 这种方法具有如下缺点：首先，必须对主干上的新功能增加进行控制。只能增加下一个发布里面计划集成进去的新特性。而且，已经在主干上集成的新特性中的任何一个，如果达不到里程碑的要求，稳定分支就不能创建，这很有可能影响下一个发布的计划。开源项目可能这方面的压力小一些，但是商业产品开发如果碰到这种情况就危险了。还有一个缺点就是bug修改必须在各个分支之间合并。 从分支和合并的一些实践经验上看，各个长期存在的分支之间必须要周期性的进行合并，否则很容易引发合并冲突。可是各个stable分支以及release分支之间恰好是不能进行合并而且还要长期存在的。因此，采用这种分支策略可能碰到的最大问题就是某个分支上的bug修改内容往其它分支merge 的时候出现的冲突。而且一旦发现一个bug，调查这个bug影响哪些分支的工作会随着维护的发布分支的数量而增加。
目录 1.修改SVN访问密码 (1) 2.SVN客户端使用说明 (2) 2.1.安装SVN客户端 (2) 2.2.迁出配置库内容 (3) 2.3.维护工作文件 (4) 2.3.1.增加文件 (4) 2.3.2.更新文件 (8) 2.3.3.删除文件 (9) 2.3.4.修改文件 (10) 2.3.5.比较版本差异 (10) 2.3.6.撤销更改 (13) 2.3.7.锁定和解锁 (13) 2.3.8.重命名文件 (14) 2.3.9.获取历史文件 (14) 2.3.10.检查冲突 (15) 2.3.11.解决冲突 (16) 2.3.12.忽略无需版本控制的文件 (16) 2.3.13.去除SVN标志 (17) 2.3.14.查看文件每行的修改信息 (17) 2.3.15.重置访问路径 (18) 2.3.16.本地路径转换 (18) 2.4.浏览版本库 (18) 2.5.建立标签 (19) 2.6.建立分支 (19) 2.7.清除用户名等信息 (20) 2.8.统计信息 (21) 3.MYECLIPSE集成SVN (23) 3.1.安装SVN插件 (23) 3.2.配置M Y E CLIPSE提交目录 (28)
1. 修改SVN访问密码 打开IE，在地址栏中输入地址：http:// /svnmanager/index.php，进入SVNManager的欢迎界面，如下图所示： 点击“登陆”按钮进入登陆界面，如下图所示： 输入已知的用户名和密码，点击“登陆”按钮进入用户管理界面，点击“用户管理”按钮显示“编辑用户”菜单，如下图所示： 点击“编辑用户”按钮，进入用户信息修改界面，如下图所示：
文档规则 [本地工作区] ：work copy，本地工作副本； [主项目]：引用共用模块的新项目（工程） 最新版本（HEAD revision）：版本库里文件或目录的最新版本 SA ：SVN服务器的管理员 PRA ：单个项目库的管理员，或者是项目负责人 User ：普通工作人员 WC ：work copy ，本地工作副本 一、模块化开发中svn的使用 主要介绍模块化开发中公用模块/组件的版本控制，介绍两种方法。其中，公用模块一般指那些已经完成的、不可修改的、无法编译成dll的、功能较为完整的代码群。 1.1手工维护公用模块/组件的[本地工作区] 将公用模块（的所需版本）直接取出ckeckout 到本地，公用模块的[本地工作区] 可以作为被引用的[主项目] [本地工作区] 的子目录也可以放在其他独立目录中。[主项目]的提交commit 对公用模块的[本地工作区] 不会发生任何影响，而且公用模块的[本地工作区] 需要项目团队中的每个成员与[主项目] [本地工作区] 相对独立的维护（取出ckeckout ），可能会出现不同项目成员之间的公用模块[本地工作区] 不一致的错误。 1.2 Svn自动维护公用模块/组件的[本地工作区] 需要使用svn:externals属性，具体操作步骤如下：察看[主项目] [本地工作区] 的目录属性
添加svn:externals 属性，格式：子目录名称-r版本号公用模块的URL。公用模块取出ckeckout出来的[本地工作区] 必须作为[主项目][本地工作区] 的子目录，格式中的“子目录名称”就是指公用模块的[本地工作区] 目录名称，注意不要与[主项目]自身的目录同名。如果需要使用公用模块的特殊版本，需要设置格式中的“版本号”，注意加上“-r”。设定好svn:externals属性后需要进行提交commit操作。项目团队的其他成员直接更新update即可，能够自动得到公用模块的[本地工作区]。[主项目]的提交commit对公用模块的[本地工作区] 不会发生任何影响。如果引用多个模块，只需要在设置该属性值的时候将多个模块的路径都填写上去即可。 注意：公用模块的[本地工作区] 一般不建议进行修改，即不要直接对公用模块的[本地工作区] 进行修改、提交commit 操作，建议管理员将公用模块的svn库的权限设置设定为只读权限。如果公用模块确实需要针对[主项目]进行个性化修改，这种情况的处理方法在此次讲座的后面将会谈到。
SVN冲突解决方法大全 2010-05-27 09:33 佚名我要评论(0)字号：T | T 本文和大家一起来学习SVN冲突解决和winmerge使用手册，本文介绍了几个SVN冲突解决的方法，希望大家通过本文的学习能够掌握，欢迎大家一起来学习。 AD： 本节向大家介绍一下SVN冲突解决和winmerge使用手册问题，在学习SVN的过程中，难免会遇到SVN冲突问题，于是和大家分享一下，看完本文你肯定有不少收获，希望本文能教会你更多东西。 解决版本冲突的命令。在冲突解决之后，需要使用svnresolved来告诉subversion冲突解决，这样才能提交更新。冲突发生时，subversion会在WorkCopy中保存所有的目标文件版本（上次更新版本、当前获取的版本，即别人提交的版本、自己更新的版本、目标文件。假设文件名是sandwich.txt，对应的文件名分别是：sandwich.txt.r1、sandwich.txt.r2、sandwich.txt.mine、sandwich.txt）。同时在目标文件中标记来自不同用户的更改。 解决SVN冲突的办法： -手动解决：冲突发生时，通过和其他用户沟通之后，手动更新目标文件。然后执行svnresolvedfilename 来解除冲突，最后提交。 -放弃自己的更新，使用别人的更新。使用最新获取的版本覆盖目标文件，执行svnresolvedfilename并提交。 -放弃自己的更新，使用svnrevert，然后提交。在这种方式下不需要使用svnresolved。 对于svnresolved命令需要非常小心，必须是非常确定冲突已经解决才能使用。否则，会导致Subversion 以为冲突解决，而使代码库不正确。 解决冲突详细文 档:https://www.doczj.com/doc/5115800926.html,/1.2/svn.tour.cycle.html#svn.tour.cycle.resolve 解决冲突（合并别人的修改） 我们可以使用svnstatus-u来预测冲突，当你运行svnupdate一些有趣的事情发生了： $svnupdate UINSTALL GREADME Cbar.c Updatedtorevision46. U和G没必要关心，文件干净的接受了版本库的变化，文件标示为U表明本地没有修改，文件已经根据版
版本冲突原因： 假设A、B两个用户都在版本号为100的时候，更新了kingtuns.txt这个文件，A用户在修改完成之后提交kingtuns.txt到服务器，这个时候提交成功，这个时候kingtuns.txt文件的版本号已经变成101了。同时B用户在版本号为100的kingtuns.txt文件上作修改，修改完成之后提交到服务器时，由于不是在当前最新的101版本上作的修改，所以导致提交失败。 版本冲突现象： 冲突发生时，subversion会在当前工作目录中保存所有的目标文件版本[上次更新版本、当前获取的版本(即别人提交的版本)、自己更新的版本、目标文件]。 假设文件名是kingtuns.txt 对应的文件名分别是： kingtuns.txt.r101 kingtuns.txt.r102 kingtuns.txt.mine kingtuns.txt。同时在目标文件中标记来自不同用户的更改。 版本冲突解决： 场景： 1、现在A、B两个用户都更新kingtuns.txt文件到本地。
2、文档中原始文件内容如下： 3、A用户修改文件，添加内容“A用户修改内容”完成后提交到服务器
4、B用户修改文件，添加内容“B用户修改内容”完成后提交到服务器
B用户提交更新至服务器时提示如下： B用户将文件提交至服务器时，提示版本过期：首先应该从版本库更新版本，然后去解决冲突，冲突解决后要执行svn resolved（解决），然后在签入到版本库。在冲突解决之后，需要使用svn resolved（解决）来告诉subversion冲突解决，这样才能提交更新。 解决冲突有三种选择： A、放弃自己的更新，使用svn revert（回滚），然后提交。在这种方式下不需要使用svn resolved （解决） B、放弃自己的更新，使用别人的更新。使用最新获取的版本覆盖目标文件，执行resolved filename并提交(选择文件—右键—解决)。 C、手动解决：冲突发生时，通过和其他用户沟通之后，手动更新目标文件。然后执行resolved
SVN命令使用手册修改版本记录 M：修改A：添加D：删除
SVN命令使用 一、常用命令 1.Svnadmin create创建库 svnadmin create path 在windows版本上： D:\>svnadmin create test2 D:\> 通过dir来列出目录中文件，已经包含test2，如图1所示： 图1 说明此时已经成功建立 2.Svn import导入项目 svn import project_path svn_lib_path -m “comment” 举例： 假设有一个工程名称unismg，代码的文件目录是unicom； A、我们在D盘新建目录unismg，在此目录下新建三个文件目录，如图2所示： 图2
trunk中存放的是项目主线；branches中存放源码分支；tags存放在开发过程中做的标签。 B、我们将代码unicom放到d:\unismg\trunk\中 C、执行命令D:\>svn import d:\unismg file:///d:/test2/unismg -m "initial import unismg" 结果如图3所示： 图3 这样我们就将工程代码导入svn库中管理。此时删除D:\>unismg目录也没有关系，因为你的源代码已经在SVN库中管理了。 有人会有疑问，为什么我到test2目录中去找*.c文件怎么一个没有找到啊，是的SVN 管理代码，并不是简单的保存文件，而是利用bdb管理的，所以你看不到源码存在。 之后你可以使用后续的命令来工作了。 多说一句，关于svn_lib_path的几种形式： file:///直接版本访问（本地磁盘） http://通过配置subversion的Apache服务器的WebDAV协议 https://与http://相似，只不过增加了ssh协议 Svn://通过svnserver服务自定义的协议 Svn+ssh://与svn://相似，但是通过SSH协议封装 比如，联通在信网关在30.251linux服务器上，使用的是svnserver服务自定义的协议，那么，导入工程代码时应采用的命令是： svn import $path/proj/unismg svn://192.168.30.251:3482-m "initial import unismg" 3.Svn co: 将文件checkout到本地目录 svn checkout path（path是服务器上的目录） 例如：svn checkout svn://192.168.1.1/pro/domain 简写：svn co 举例： svn co svn://192.168.30.251:3482/trunk/unicom 下面信息就是从库中下载的代码信息。
目录划分 Trunk：存放项目代码的基线 Tags：暂时不用 Branches：存放各种代码分支。 ●DevBranche放开发分支 ●TestBranche放测试分支 ●ReleaseBranche放发布分支 Document：存放每个版本产生的文档。其中每个版本分为几个阶段： ●项目计划：存放该版本的任务安排的相关事宜。 ●需求分析：存放该版本的相关需求文档，及对需求分析的相关产出。 ●开发阶段：存放在开发代码过程中的相关产出。如SQL ●测试阶段：存放在测试阶段应该具备的产出文档。如测试用例。 ●发布阶段：存放发布阶段具备的文档。如发布手册
分支管理流程 开发过程中，一般采用版本迭代，并行开发的模式。理由如下： 1.为了能够适应需求快速上线 2.及时修复线上生产环境的bug 3.快速响应紧急需求 根据以上的背景及目的，对并行版本的分支管理如下 1.在时间A点打出dev-version-01分支 2.在时间B点打出dev-version-02分支 3.随着dev-version-01版本的任务的遂一交付，分别在A-01，A-02打出test分支进行测试 4.当版本的bug全部解决完后，测试结束，则打出realese版本进行版本发布 5.版本发布结束后，当线上环境验收完毕后，需要把该开发分支的代码合并入trunk。并 通知其余各分支从trunk合并到各开发分支。 版本命名 一般版本管理中会出现几种情况：正常版本，bug修复版，紧急需求版。针对不同情况版本的命名可如下： 正常情况下的版本命名：ms_项目名_版本号。如ms_care_2014.01 bug修复版版本命名：ms_项目名_版本号-序号。如ms_care_2014.01-01 紧急需求版：由于紧急需求一般会跟bug修复版一起发布，命名可同上 分支合并方式 分支合并至trunk：
svn 冲突的产生与解决 1、如何产生冲突 当开发人员A和开发人员B从版本库同时检出文档1.txt，而A和B同时修改了1.txt的同一地方，后提交的一方会在拷贝副本中产生冲突。 两个工作拷贝，A拷贝中文件1.txt内容为 dfqerq 123dfwre B拷贝中文件1.txt内容为 dfqerq 123erwrq 在B版本提交之前版本库上的1.txt（base版本）内容为 dfqerq B拷贝先提交版本到版本库中，以至于最新版本内容变为 dfqerq 123erwrq 此时A版本也提交则会产生冲突，无法提交，需要先svn update，此时会在A 拷贝中产生三个临时文件1.txt.rNew\1.txt.rOld\1.txt.mine，其中1.txt.rNew是最新版本，1.txt.rOld是base版本，1.txt.mine是A作者修改后的版本，在此例中内容为 dfqerq 123dfwre 而update之后A拷贝中的1.txt内容为
<<<<<<< .mine dfqerq 123dfwre======= dfqerq 123erwrq>>>>>>> .r18 其中<<<<<<< .mine与=======之间表示A修改后的内容，=======与>>>>>>> .r18之间是版本服务器上的版本 2、解决冲突 第一种，利用update的选项进行冲突解决，也就是说不管当前拷贝副本是否是最新版本，都使用—accept参数作为冲突处理方式 –accept ARG : specify automatic conflict resolution action (?postpone‘, ?base‘, ?mine-conflict‘, ?theirs-confl ict‘, ?mine-full‘, ?theirs-full‘, ?edit‘, ?launch‘) (p) postpone – mark the conflict to be resolved later //让文件在更新完成之后保持冲突状态。 (df) diff-full – show all changes made to merged file //使用标准区别格式显示base修订版本和冲突文件本身的区别。 (e) edit – change merged file in an editor //用你喜欢的编辑器打开冲突的文件，编辑器是环境变量EDITOR设置的。 (r) resolved – accept merged version of file //完成文件编辑之后，通知svn 你已经解决了文件的冲突，它必须接受当前的内容—从本质上讲就是你已经―解决了‖冲突。 (mf) mine-full – accept my version of entire file (ignore their change//丢弃新从服务器接收的变更，并只使用你查看文件的本地修改。 (tf) theirs-full – accept their version of entire file (lose my changes)//丢弃你对查看文件的本地修改，只使用从服务器新接收的变更。 (l) launch – launch external tool to resolve conflict//启动一个外置程序来执行冲突解决，这需要一些预先的准备。 (h) help – show this list //显示所有在冲突解决时可能使用的命令。
svnaddvalues/strings.xml//--添加 svnst//--查看状态 svnci//--提交svnci-msvnci,permission 1、将文件checkout到本地目录 svncheckoutpath(path是服务器上的目录) 例如：svncheckoutsvn://192.168.1.1/pro/domain 简写：svnco 2、往版本库中添加新的文件 svnaddfile 例如：svnaddtest.php(添加test.php) svnadd*.php(添加当前目录下所有的php文件) 3、将改动的文件提交到版本库 svncommit-mLogMessage[-N][--no-unlock]PATH(如果选择了保持锁，就使用--no-unlock开关) 例如：svncommit-maddtestfileformytesttest.php 简写：svnci 4、加锁/解锁 svnlock-mLockMessage[--force]PATH 例如：svnlock-mlocktestfiletest.php svnunlockPATH 5、更新到某个版本 svnupdate-rmpath
例如： svnupdate如果后面没有目录，默认将当前目录以及子目录下的所有文件都更新到最新版本。 svnupdate-r200test.php(将版本库中的文件test.php还原到版本200) svnupdatetest.php(更新，于版本库同步。如果在提交的时候提示过期的话，是因为冲突，需要先update，修改文件，然后清除svnresolved，最后再提交commit) 简写：svnup 6、查看文件或者目录状态 1)svnstatuspath(目录下的文件和子目录的状态，正常状态不显示) 【?：不在svn的控制中;M：内容被修改;C：发生冲突;A：预定加入到版本库;K：被锁定】 2)svnstatus-vpath(显示文件和子目录状态) 第一列保持相同，第二列显示工作版本号，第三和第四列显示最后一次修改的版本号和修改人。 注：svnstatus、svndiff和svnrevert这三条命令在没有网络的情况下也可以执行的，原因是svn在本地的.svn中保留了本地版本的原始拷贝。 简写：svnst 7、删除文件 svndeletepath-mdeletetestfle 例如：svndeletesvn://192.168.1.1/pro/domain/test.php-mdeletetestfile 或者直接svndeletetest.php然后再svnci-m'deletetestfile‘，推荐使用这种 简写：svn(del,remove,rm) 8、查看日志 svnlogpath 例如：svnlogtest.php显示这个文件的所有修改记录，及其版本号的变化
Svn常见问题及相关原因 1. svn: Server sent unexpected return value (500 Internal Server Error) in response to OPTIONS request for 'https://www.doczj.com/doc/5115800926.html,/svn/test' 错误的用户名 检查登录的用户名是否输入错误 svn: 服务器发送了意外的返回值(500 Internal Server Error)，在响应“OPTIONS” 的请求“https://www.doczj.com/doc/5115800926.html,/svn/test” 中 2. svn: OPTIONS of 'https://www.doczj.com/doc/5115800926.html,/svn/test': authorization failed: Could not authenticate to server: rejected Basic challenge (https://www.doczj.com/doc/5115800926.html,) 错误的口令 用正确的用户名/口令登录 svn: 方法OPTIONS 失败于“https://www.doczj.com/doc/5115800926.html,/svn/test”: 认证失败: Could not authenticate to server: rejected Basic challenge (https://www.doczj.com/doc/5115800926.html,) 3. svn: Server sent unexpected return value (403 Forbidden) in response to OPTIONS request for 'https://www.doczj.com/doc/5115800926.html,/svn/test' 用户无权限 联系管理员，为用户分配权限 svn: 服务器发送了意外的返回值(403 Forbidden)，在响应“OPTIONS” 的请求“https://www.doczj.com/doc/5115800926.html,/svn/test” 中 4. svn: OPTIONS of 'https://www.doczj.com/doc/5115800926.html,/svn/test': 200 OK (https://www.doczj.com/doc/5115800926.html,) 服务器地址错误，是普通Web页面，不支持SVN的WebDAV 协议 确认输入正确的SVN 服务地址。可以在浏览器中输入该地址进行确认 svn: 方法OPTIONS 失败于“https://www.doczj.com/doc/5115800926.html,/svn/test”: 200 OK (https://www.doczj.com/doc/5115800926.html,) 5. The version of your subversion (client) is below 1.5.0, upgrade to 1.5.0 or above. SVN below 1.5.0 can not handle mergeinfo properly. It can mess up our automated merge tracking! 是由于客户端的软件版本低于1.5.0造成的。服务器端对客户端软件版本进行了限制，以免对合并跟踪破坏。 升级本地的Subversion客户端软件到1.5.0或以上版本。