svn创建分支

1、 将文件checkout到本地目录 svn checkout path（path是服务器上的目录） 例如：svn checkout svn: // 192.168 . 1.1 / pro / domain 简写：svn co 2、 往版本库中添加新的文件 svn add file 例如：svn add test.php(添加test.php) svn add * .php(添加当前目录下所有的php文件) 3、 将改动的文件提交到版本库 svn commit -m “ LogMessage “ [ -N ] [ --no-unlock ] PATH (如果选择了保持锁，就使用–no-unlock开关) 例如：svn commit -m “ add test file for my test “ test.php 简写：svn ci 4、 加锁/解锁 svn lock -m “ LockMessage “ [ --force ] PATH 例如：svn lock -m “ lock test file “ test.php svn unlock PATH 5、 更新到某个版本 svn update -r m path 例如： svn update如果后面没有目录，默认将当前目录以及子目录下的所有文件都更新到最新版本。 svn update -r 200 test.php

一、前言 　　说来惭愧，鄙人从事开发多年，使用svn已经好几个年头了，但是却仅限于update、commit、compare之类的操作，最近想到github上学习别人写的NIO源码，顺便去熟悉git的使用，但是一想到svn，我心里虚了：用了那么多年却对其一知半解，就连最基本的权限分配都没有做过，更别说进行分支拉取和合并了，何谈去get其他技能？做技术的还是要踏实一点，近一年来，我都在对之前未深入的领域进行扫盲，所以，注定svn是绕不过的坎，于是乎开始各种查资料，安装svn服务端（Virtual SVN）和客户端（TortoiseSVN），比对网上的博文进行各种尝试，不能说过程痛苦，但是当你在云里雾里摸索的时候挺难受的吧（顺便说下，在学习的时候精力一定要集中！对我而言，顺便塞上耳塞听音乐工作效率是事半功倍，哈哈哈~）~不废话了，今天这篇博文就讲讲SVN里面比较高级的操作：创建分支（branch）、将主干（trunk）中的代码合并到分支（branch）、将分支（branch）中的代码合并到主干（trunk）中~ 二、正文 　　说到分支和主干，我想不少coder也是比较少接触吧，毕竟很多时候，我们想着的还是如何赶进度~之所以出现分支和主干，就是希望主干和分支两份代码可以各自进行独立的管理互不影响，在需要的时候再进行合并。试想这样一种场景：公司项目已经完成一个阶段的开发计划

* 版本库布局 1. trunk 主干 trunk就是开发的主线，一般项目都是导入到主线来开发的。 2. branches 分支 branches一般是trunk某个版本的拷贝，如果你想在某一段时间单独对某个功能进行开发，而不像和其它功能混在一起，这时候branches是一个很好用的方式。你不会想 在trunk里一直开发这个功能，不提交，直到开发完成吧。一般也会合并的trunk中的。 3. tags 标签 tags就是标签，顾名思义，就是某个版本的记录啦，就好像看一本厚厚的，看到哪一页了，做个记号，方便以后查阅。 迭代开发时，在某个版本发布应用，为了做个记录，这时候打个tag很实用。发布后，线上出现了一个bug，可以根据这个tag进行修复再发版本。 二， SVN 服务器搭建和使用： * 创建代码仓库（用来存储客户端所上传的代码) 第一步：我们先在文稿目录（~/Documents）下创建新建一个 svn 目录，后面我们会把多个仓库目录都放在这里面：mkdir SVN 第二步：打开终端，执行如下命令，创建一个名为 TestCode 的仓库： svnadmin create /Users/liangxiaolong/Documents/SVN/TestCode * 配置用户权限 修改在 svn/TestCode/conf 文件夹下的文件： 第一步：打开 svnserve.conf

.SVN是一个自由/开源的版本控制系统，一组文件存放在中心版本库，记录每一次文件和目录的修改，Subversion允许把数据恢复到早期版本，或是检查数据修改的历史，Subversion可以通过网络访问它的版本库，从而使用户在不同的电脑上进行操作。 一、下载SVN 下载地址 安装完成后点击右键显示如下结果 二、迁出配置库内容（SVN Checkout） 新建或进入目录下（比如E盘），右键 →SVN Checkout。 URL of repository 填写仓库路径即可。 Revision处，“HEAD revision”是指最新版，也可以指定Revision为任意一个版本。 点击“OK”按钮后，在弹出的对话框中输入用户名和密码，验证成功后，项目文件开始从远程服务器下载到本地工作目录中 三、更新文件（SVN Update） 当从配置库迁出相应目录后，他人对服务器上此目录内容进行了修改，则需要再次获取改动内容到本地目录的过程称为更新。更新可以针对一个文件、几个选中的文件或者整个文件目录。选中要被更新的文件，右键选择“SVN Update”项。 四、提交更新(SVN Commit) 本地文件修改后，若是需要更新到服务器上，则需要提交（Commit）最新的更新。Commit的作用是将本地最新修改的文件同步到SVN服务端，供其他人来参考或者使用，当然使用之前，要先Update一下

参考资料： 1、Windows环境下搭建SVN服务器。原文地址：https://blog.csdn.net/lu1024188315/article/details/74082227 2、Git|SVN学习目录：https://blog.csdn.net/lu1024188315/article/details/74080006 3、搭建SVN服务器详细教程：https://blog.csdn.net/daobantutu/article/details/60467185 4、VisualSVN Server提交前必须写信息（备注）：https://blog.csdn.net/zyf_balance/article/details/51332056 5、svn 服务器设置，提交时强制注释（Windows版）：https://blog.csdn.net/feihu_guest/article/details/39499063 下载地址 VisualSVN Server（免费） http://www.visualsvn.com/server/download/ TortoiseSVN http://tortoisesvn.net/downloads.html Visual SVN（VS插件） Eclipse SVN插件 官方下载: http://www.eclipse.org

1) 最核心的区别Git是分布式的，而Svn不是分布的。能理解这点，上手会很容易，声明一点Git并不是目前唯一的分布式版本控制系统，还有比如Mercurial等，所以说它们差不许多。话说回来Git跟Svn一样有自己的集中式版本库和Server端，但Git更倾向于分布式开发，因为每一个开发人员的电脑上都有一个Local Repository,所以即使没有网络也一样可以Commit，查看历史版本记录，创建项 目分支等操作，等网络再次连接上Push到Server端。 从上面看GIt真的很棒，但是GIt adds Complexity,刚开始使用会有些疑惑，因为需要建两个Repositories(Local Repositories & Remote Repositories),指令很多，除此之外你需要知道哪些指令在Local Repository，哪些指令在Remote Repository。 2)Git把内容按元数据方式存储，而SVN是按文件：因为,.git目录是处于你的机器上的一个克隆版的版本库，它拥有中心版本库上所有的东西，例如标签，分支，版本记录等。.git目录的体积大小跟.svn比较，你会发现它们差距很大。 3) Git没有一个全局版本号，而SVN有：目前为止这是跟SVN相比Git缺少的最大的一个特征。 4) Git的内容的完整性要优于SVN: GIT的内容存储使用的是SHA