怎么把本地文件通过svn上传到服务器

不用把文件复制一份到目录下的上传方法（类似把文件上传到网盘）：

1、把URL复制到浏览器中，检查网络是不是通的，输入账号密码可以查看目录结构；

出现下图情况则网络不通或者URL错误，注意区分使用内外网的URL。

2、任意文件夹下右键-TortoiseSVN-版本库浏览器，英文版的菜单名称自行翻译。

3、打开版本库浏览器如下，输入已测试可用的URL，点击箭头可查看目录结构，与资源管理器相似。

4、演示上传一个本地文件夹（包含多个子文件夹、文件的）到“数据”目录下

5、在版本库浏览器的“数据”文件夹下右键-创建文件夹，以需要上传的文件夹名称命名。

6、资源管理器中找到需要上传的文件夹，右键-TortoiseSVN-导入，需要注意的是资源管理器中右键导入不会把最高一级的文件夹也导入，因此需要先手动新增最高一级的文件夹，里面的若干个文件夹和文件都会导入进去。

7、点击“浏览”按钮，选择需要刚刚新增的文件夹，点击确定，导入窗中版本库URL显示为需要上传的路径，点击确定。

8、导入显示如下

9、导入成功后版本库浏览器中可看到已上传的文件夹/文件

11、也可以在版本库浏览器的对应目录下直接右键-加入文件/文件夹，浏览选择需要上传的文件/文件夹

1、检出

svncohttp://路径(目录或文件的全路径)　[本地目录全路径]

--username 用户名 --password 密码svncosvn://路径(目录或文件的全路径)　[本地目录全路径]--username 用户名 --password 密码

svncheckouthttp://路径(目录或文件的全路径)　[本地目录全路径] --username　用户名

svncheckoutsvn://路径(目录或文件的全路径)　[本地目录全路径]--username　用户名

注：如果不带--password 参数传输密码的话，会提示输入密码，建议不要用明文的--password 选项。

其中 username 与 password前是两个短线，不是一个。

不指定本地目录全路径，则检出到当前目录下。

例子：

svn co svn://localhost/测试工具/home/testtools--usernamewzhnsc

svn co http://localhost/test/testapp--usernamewzhnsc

svn checkout svn://localhost/测试工具/home/testtools--usernamewzhnsc

svncheckouthttp://localhost/test/testapp--usernamewzhnsc

2 、 导出(导出一个干净的不带svn文件夹的目录树 )

svnexport[-r 版本号]http://路径(目录或文件的全路径) [本地目录全路径]　--username　用户名

svnexport[-r 版本号]svn://路径(目录或文件的全路径) [本地目录全路径]　--username　用户名

svnexport本地检出的(即带有svn文件夹的)目录全路径要导出的本地目录全路径

注：第一种从版本库导出干净工作目录树的形式是指定URL，

如果指定了修订版本号，会导出相应的版本，

如果没有指定修订版本，则会导出最新的，导出到指定位置。

如果省略本地目录全路径，URL的最后一部分会作为本地目录的名字。

第二种形式是指定 本地检出的目录全路径 到 要导出的本地目录全路径，所有的本地修改将会保留，

但是不在版本控制下(即没提交的新文件，因为svn文件夹里没有与之相关的信息记录)的文件不会拷贝。

例子：

svn export svn://localhost/测试工具/home/testtools--usernamewzhnsc

svn export svn://localhost/test/testapp--usernamewzhnsc

svn export /home/testapp/home/testtools

3、添加新文件

svn　add　文件名

注：告诉SVN服务器要添加文件了，还要用svn commint -m真实的上传上去！

例子：

svn addtestphp＜－添加testphp

svn commit -m“添加我的测试用testphp“ testphp

svn addphp＜－添加当前目录下所有的php文件

svn commit -m“添加我的测试用全部php文件“ php

4、提交

svn　commit　-m　“提交备注信息文本“　[-N]　[--no-unlock]　文件名

svn　ci　-m　“提交备注信息文本“　[-N]　[--no-unlock]　文件名

必须带上-m参数，参数可以为空，但是必须写上-m

例子：

svn commit -m“提交当前目录下的全部在版本控制下的文件“ ＜－注意这个表示全部文件

svn commit -m“提交我的测试用testphp“ testphp

svn commit -m“提交我的测试用testphp“-N --no-unlocktestphp＜－保持锁就用–no-unlock开关

svn ci -m“提交当前目录下的全部在版本控制下的文件“ ＜－注意这个表示全部文件

svn ci -m“提交我的测试用testphp“ testphp

svn ci -m“提交我的测试用testphp“-N --no-unlocktestphp＜－保持锁就用–no-unlock开关

5、更新文件

svn　update

svn　update　-r　修正版本　文件名

svn　update　文件名

例子：

svn update＜－ 后面没有目录，默认将当前目录以及子目录下的所有文件都更新到最新版本

svn update -r200 testcpp＜－将版本库中的文件 testcpp 还原到修正版本（revision）200

svn updatetestphp＜－更新与版本库同步。

提交的时候提示过期冲突，需要先 update 修改文件，

然后清除svn resolved，最后再提交commit。

6、删除文件

svn　delete　svn://路径(目录或文件的全路径) -m “删除备注信息文本”

推荐如下操作：

svn　delete文件名

svn　ci　-m“删除备注信息文本”

例子：

svn delete svn://localhost/testapp/testphp-m“删除测试文件testphp”

推荐如下操作：

svn deletetestphp

svn ci -m“删除测试文件testphp”

7、加锁/解锁

svn　lock　-m　“加锁备注信息文本“　[--force]　文件名

svn　unlock　文件名

例子：

svn lock -m“锁信测试用testphp文件“ testphp

svn unlocktestphp

8、比较差异

svn　diff　文件名

svn　diff　-r　修正版本号m:修正版本号n　文件名

例子：

svn difftestphp＜－将修改的文件与基础版本比较

svn diff -r200:201 testphp＜－对 修正版本号200 和 修正版本号201 比较差异

9、查看文件或者目录状态

svn st目录路径/名

svn status 目录路径/名＜－目录下的文件和子目录的状态，正常状态不显示

：不在svn的控制中；M：内容被修改；C：发生冲突；

A：预定加入到版本库；K：被锁定

svn-v 目录路径/名

svn status -v 目录路径/名＜－显示文件和子目录状态

第一列保持相同，第二列显示工作版本号，

第三和第四列显示最后一次修改的版本号和修改人

注：svn status、svn diff和 svn revert这三条命令在没有网络的情况下也可以执行的，

原因是svn在本地的svn中保留了本地版本的原始拷贝。

10、查看日志

svn　log　文件名

例子：

svn logtestphp＜－显示这个文件的所有修改记录，及其版本号的变化

11、查看文件详细信息

svn　info　文件名

例子：

svn infotestphp

12、SVN 帮助

svn　help＜－全部功能选项

svn　help　ci＜－ 具体功能的说明

13、查看版本库下的文件和目录列表

svn　list　svn://路径(目录或文件的全路径)

svn　ls　svn://路径(目录或文件的全路径)

例子：

svn list svn://localhost/test

svn ls svn://localhost/test＜－显示svn://localhost/test目录下的所有属于版本库的文件和目录

14、创建纳入版本控制下的新目录

svn　mkdir　目录名

svn　mkdir　-m　"新增目录备注文本"　http://目录全路径

例子：

svn mkdirnewdir

svn mkdir -m"Making a new dir"svn://localhost/test/newdir

注：添加完子目录后，一定要回到根目录更新一下，不然在该目录下提交文件会提示“提交失败”

svn update

注：如果手工在checkout出来的目录里创建了一个新文件夹newsubdir，

再用svn mkdirnewsubdir命令后，SVN会提示：

svn: 尝试用 “svn add”或 “svn add --non-recursive”代替？

svn: 无法创建目录“hello”: 文件已经存在

此时，用如下命令解决：

svn add --non-recursivenewsubdir

在进入这个newsubdir文件夹，用ls -a查看它下面的全部目录与文件，会发现多了：svn目录

再用 svn mkdir -m "添hello功能模块文件" svn://localhost/test/newdir/newsubdir 命令，

SVN提示：

svn: File already exists: filesystem '/data/svnroot/test/db', transaction '4541-1',

path '/newdir/newsubdir '

15、恢复本地修改

svn　revert　[--recursive]　文件名

注意: 本子命令不会存取网络，并且会解除冲突的状况。但是它不会恢复被删除的目录。

例子：

svn revertfooc＜－丢弃对一个文件的修改

svn revert --recursive＜－恢复一整个目录的文件， 为当前目录

16、把工作拷贝更新到别的URL

svn　switch　http://目录全路径　本地目录全路径

例子：

svn switch http://localhost/test/456 ＜－ (原为123的分支)当前所在目录分支到localhost/test/456

17、解决冲突

svn　resolved　[本地目录全路径]

例子：

$ svn update

C fooc

Updated to revision 31

如果你在更新时得到冲突，你的工作拷贝会产生三个新的文件：

$ ls

fooc

foocmine

foocr30

foocr31

当你解决了fooc的冲突，并且准备提交，运行svn resolved让你的工作拷贝知道你已经完成了所有事情。

你可以仅仅删除冲突的文件并且提交，但是svn resolved除了删除冲突文件，还修正了一些记录在工作拷贝管理区域的记录数据，所以我们推荐你使用这个命令。

18、不checkout而查看输出特定文件或URL的内容

svn　cat　http://文件全路径

例子：

svn cat http://localhost/test/readmetxt

19、新建一个分支copy

svn copybranchA branchB-m "make B branch" // 从branchA拷贝出一个新分支branchB

20、合并内容到分支merge

svn mergebranchA branchB// 把对branchA的修改合并到分支branchB

首先要在云服务器把环境搭好，如JAVA运行环境，MySQL，FTP或者SVN等，然后把代码部署上去。sql文件是脚本，要在服务器上的数据库中执行后才有用，如用phpMyAdmin导入sql文件或者直接执行语句。

提供svn服务的机器

svn(subversion)是近年来崛起的版本管理工具，是cvs的接班人。目前，绝大多数开源软件都使用svn作为代码版本管理软件。

工作流程

集中式管理的工作流程如下图：

集中式代码管理的核心是服务器，所有开发者在开始新一天的工作之前必须从服务器获取代码，然后开发，最后解决冲突，提交。所有的版本信息都放在服务器上。如果脱离了服务器，开发者基本上可以说是无法工作的。下面举例说明：

开始新一天的工作：

1、从服务器下载项目组最新代码。

2、进入自己的分支，进行工作，每隔一个小时向服务器自己的分支提交一次代码（很多人都有这个习惯。因为有时候自己对代码改来改去，最后又想还原到前一个小时的版本，或者看看前一个小时自己修改了哪些代码，就需要这样做了）。

3、下班时间快到了，把自己的分支合并到服务器主分支上，一天的工作完成，并反映给服务器。

这就是经典的svn工作流程，从流程上看，有不少缺点，但也有优点。

缺点

1、服务器压力太大，数据库容量暴增。

2、如果不能连接到服务器上，基本上不可以工作，看上面第二步，如果服务器不能连接上，就不能提交，还原，对比等等。

3、不适合开源开发（开发人数非常非常多，但是Google app engine就是用svn的）。但是一般集中式管理的有非常明确的权限管理机制（例如分支访问限制），可以实现分层管理，从而很好的解决开发人数众多的问题。

优点

1、管理方便，逻辑明确，符合一般人思维习惯。

2、易于管理，集中式服务器更能保证安全性。

3、代码一致性非常高。

4、适合开发人数不多的项目开发。

5、大部分软件配置管理的大学教材都是使用svn和vss。[3]

编辑本段安全性

SVN站在更高层次上对安全产品，从系统和控制的角度进行了"有机"和"无隙"的整合。

SVN是一个安全虚拟网络系统，它将系统整体的信息安全功能均衡合理地分布在不同的子系统中，使各子系统的功能得到最大限度的发挥，子系统之间互相补充，系统整体性能大于各子系统功能之和，用均衡互补的原则解决了"木桶原理"的问题。

SVN能在跨接Internet,Intranet,Extranet间的网络所有端点实现全面的安全，而且还能提供基于企业策略的信息管理机制以充分有效地利用有限的带宽。SVN可以满足各种企业***的要求，通过为公司内部网络、远程和移动用户、分支机构和合作伙伴提供基于Internet的安全连接。所以，我们可以将SVN看成是***、防火墙、基于企业策略的信息管理软件集成在一起的Internet安全的综合解决方案。在这样一个网络系统中，所有互联网服务器端和客户端都是安全的，并有一个信息管理机制以不断地通过这个外部网络环境动态地分析及满足客户的特定带宽需求。SVN提供了基于网络实现的eBusiness 应用的安全服务，它包含：

对多种应用进行全面的安全认证；

支持多种认证及PKI；

功能强大并对用户透明的通讯加密；

面向用户的集中安全策略管理；

统一跨接Internet、Intranet、Extranet的通讯。

编辑本段体系结构

带有防火墙的***网关，它是一个将防火墙和***技术紧密结合的网关产品；

SVN安全远程客户端软件包，一个功能强大的***客户端软件，支持台式机用户、远程用户和移动用户，具有集中化管理的个人防火墙功能和***用户的安全认证功能；

SVN证书管理模块，一个用于SVN的完整PKI解决方案，它将完善的CA和LDAP目录服务器技术集成在一起；

SVN硬件加密卡，可以通过硬件技术实现功能强大的各种算法以提高***的速度和性能；

SVN智能带宽管理模块，一个基于企业策略的带宽管理解决方案，可以智能地管理有限的带宽资源，以确保用于企业重要应用的***性能可靠；

SVN冗余管理模块，通过冗余网关集群和防火墙***内的SVN冗余模块，对执行重要任务的***和防火墙应用在出现故障时实现无缝切换。

自动地址转换模块，一个自动管理IP地址和命名的解决方案，通过提供IP地址服务的跟踪和集中化管理，确保可靠地控制地址分配和提高TCP/IP管理效率；

SVN安全服务器软件包，专门保护单个应用服务器安全的***网关软件，它可以保护进行敏感操作的服务器免受攻击和未授权的访问，使客户端建立与服务器间的安全认证和支持交换加密数据的连接；

SVN安全客户端软件包，它将基于状态检测的防火墙和基于IPSec的***客户端软件集成在客户端机器上，通过提供集中管理的个人防火墙和对所有企业***用户的安全认证，增强客户端机器的安全性。它与　SVN安全远程客户端软件功能相比，增强了客户端的安全功能，如访问控制和安全初始化控制等。

编辑本段发展历史

在2000年初，开发人员要写一个CVS的自由软件代替品，它保留CVS的基本思想，但没有它的错误和局限，保留CVS的基本特性但去除CVS的bug和不好的特性。

在2000年2月，他们联系《使用CVS开发开源项目》（Open Source Development

with CVS）(Coriolis, 1999)的作者Karl

Fogel，并征求了他是否愿意在这个新的项目中担任一个角色。巧合的是，当时Karl已经和他的朋友Jim Blandy讨论了一个关于新的版本控制系

统的设计。在1995年，这两人就成立了Cyclic

Software，一个提供CVS的商业支持的软件公司。虽然他们经营商业服务，但是仍然在每天都在工作中使用CVS。使用CVS的挫折感使得Jim认真

思考更好的方法来管理数据，不但确定名字为“Subversion”，而且完成了Subversion档案库的基础设计。

当CollabNet的电话到来时，Karl立即答应了加入项目中，而且Jim让他的雇主RedHat Software同意让他在这个项目中不定期工作。CollabNet雇用了Karl和Ben Collins-Sussman，并在5月开始了详细设计工作。在得到了来自CollabNet的Brian Behlendorf、Jason Robbins和Greg Stein（当时是一名活跃在WebDAV/DeltaV规范过程的自由程序员）很多创意的帮助下，Subversion很快地引起了一个活跃开发者社区的注意。它找出并欢迎很多同样在CVS上受到挫折的社员能来为这个项目做点什么。

Subversion 最初的设计Team定下了几个简单的目标。 它必须在功能上可取代 CVS，也就是说,

所有 CVS 可做到的事, 它都要能够作到。 在修正最明显的瑕疵的同时, 还要保留相同的开发模式。 还有, Subversion 应该要和

CVS 很相像, 任何 CVS 使用者只要花费少许的力气, 就可以很快地上手。

经过十四个月的编码后, Subversion 于2001年8月31日开始实现 “自行管理”。 也就是说, 开发人员不再使用 CVS 来管理 Subversion 的代码, 而以 Subversion 自己来管理。

2009年11月，Subversion被Apache Incubator专案所接收。

2010年1月，正式成为Apache软件基金会的一个顶级专案，所以为Apache Subversion[4]

目前Apache Subversion的主席为Greg Stein, 项目领导者Release manager为Wandisco公司。[4]

编辑本段优缺点

所有的文档都显示SVN可以取代CVS，同时SVN的问题和缺点都被隐藏了。不幸的是，我们并不认为SVN是CVS的替代品，尽管很多缺陷都被修改了。更有甚者，它甚至让人重回CVS。

CVS和SVN的比较类似于比较C++和Java。很明显CVS和SVN都远比SourceSafe强大的多，如同C++和Java比Basic强大的

多。CVS代表了几乎代码控制系统的所有功能项，尽管有时他的实现并不很方便。SVN修正并添加了一些CVS并不拥有功能。例如，创建标志和分支

dubious，你在编辑文件时其他人不会有任何通知。SVN并不是CVS的替代品，只是个不同的系统，类似于CVS。它有些特有的功能，足以作为采用它

的理由。这些功能使他更适合于开发环境，例如对PowerBuilder。下面你可以找到两者的相对优势、劣势。

1 存储类型格式

CVS是个基于RCS文件的版本控制系统。每个CVS文件都不过是普通的文件，加上一些额外信息。这些文件会简单的重复本地文件的树结构。因此，不必担心有什么数据损失，如果必要的话可以手工修改RCS文件。

SVN是基于关系数据库的(BerkleyDB)或一系列二进制文件的(FS_FS)。一方面这解决了许多问题 (例如，并行读写共享文件)以及添加了许多新功能(例如运行时的事务特性。)。然而另一方面，数据存储由此变得不透明。

2 速度

CVS比较慢。

整体而言,由于架构实现的不同, SVN的确比CVS快很多。在网络上它只传输很少的信息并支持更多的离线模式的功能。但这也是有代价的。速度的代价就是巨大的存储（完全备份所有的工作文件）。

3 标志&分支

SVN把采用标志和分支而抛弃了其他三件东西，实际上这意味着他们把这个概念替换为在档案库内部复制文件或目录以便

保存日志。这样一来，无论标志创建还是分支创建都只是仓库内部的文件复制了。对分支而言：分支不过是在仓库内部的一个单独的目录而已了，不像早期还有些什

么交错。对标志而言：已经不能对代码加标志了。在某种程度上说，SVN全文件编号补足了这个缺陷，SVN里整个仓库都有版本号，但不是针对单个文件。

4 元数据

CVS只允许存储文件。

SVN允许一个文件有任意多的可命名属性，功能十分完全。

5 文件类型

CVS最初是为文本文件存储而设计的。因此其他文件类型（二进制，统一码）文件的支持几乎没有，如需要的话则要有其他信息，并且客户端服务器端都要调整。

SVN会关心所有的文件类型，不需要你来手工操作。

6回滚

CVS允许任意的回滚，在任意一个已递交的版本上，尽管这要花些时间（所有的文件都要分别处理）。

SVN不允许递交后回滚。建议把版本库里好的状态版本加到末尾，覆盖掉损坏的版本。而损坏的版本无论如何也是会存在数据库里的。（SVN的滚回操作实际上是merge操作）

7事务

CVS中的“零或一”事务原则根本没有实现。如果检入几个文件的话（加到服务器上），很有可能部分文件完成了，而另几个没有。作为一个潜规则，手工纠正这些并且对余下的文件 (而不是所有文件)一一重复检入。这样这些文件将在两阶段中被检入。SVN的确支持“零或一”事务原则，这是SVN的一大优势。