相信自己能行，那就一定能行

 SVN服务器由于硬盘空间不足，需要将其迁移到另外一台机器上，并且更换Repository目录。SVN迁移需要做如下步骤： 1. 将原来的Repository导出为一个文件dumpfile 。> svnadmin dump 原先的repos的目录路径（/repository/directory） > dumpfile 2. 在另外一台机器上配置同样的SVN服务器。 

版本控制最关键的一件事是保证数据的安全性，不能因为磁盘损坏，程序故障造成库的无法挽回的错误，为此必需制定较完备的备份策略．在subversion中，我们有三种备份方式：完全备份，增量备份和同步版本库． １，完全备份：最常见和简单的备份就是直接使用拷贝命令，将版本库目录拷贝到备份目录上，就可以了．但是这样不是很安全的方式，因为如果在拷贝时版本库发生变化，将会造马备份的结果不够准确，失去备

本脚本为自动备份svn目录下的版本库，通过awk来遍历库，这样做的好处是当有人添加新的版本库之后不用更改代码，程序会自动认出来。一下程序为周全备份脚本#!/bin/sh#version 1.0#updated 2008.9.2SVN_ROOT="/home/svnroot"SVN_BACKUP="/home/svnbackup"SVN_BACKUP_SERVER="root@linux36:/

  完全备份最常见和简单的备份就是直接使用拷贝命令，将版本库目录拷贝到备份目录上，就可以了。但是这样不是很安全的方式，因为如果在拷贝时版本库发生变化，将会造成备份的结果不够准确，失去备份的作用，为此Subversion提供了“svnadmin hotcopy”命令，可以防止这种问题。还记得我们的版本库目录吗？D:/SVNROOT├─project1│ ├─conf│ ├─dav│ ├─db

 版本冲突原因：假设A、B两个用户都在版本号为100的时候，更新了kingtuns.txt这个文件，A用户在修改完成之后提交kingtuns.txt到服务器，这个时候提交成功，这个时候kingtuns.txt文件的版本号已经变成101了。同时B用户在版本号为100的kingtuns.txt文件上作修改，修改完成之后提交到服务器时，由于不是在当前最新的101版本上作的修改，所以导致提交失败。

svn客户端修改日志功能（且只能修改自己日志）找到版本库中hooks目录下，将pre-revprop-change.tmpl文件复制为pre-revprop-change.bat文件，然后将pre-revprop-change.ba文件内容改为：set repos=%1set rev=%2set user=%3set propname=%4set action=%5for /f  "u

到版本库中hooks目录下，将pre-commit.tmpl文件复制为pre-commit.bat文件，然后将pre-commit.bat 文件内容改为：setlocalset REPOS=%1set TXN=%2rem check that logmessage contains at least 5 characterssvnlook log "%REPOS%" -t "%TXN%" | fi

修改以前的log message的时候报错：DAV 请求失败；可能是版本库的 pre-revprop-change 钩子执行失败或者不存在，至少有一个属性变更失败；版本库未改变DAV request failed; its possible that the repositorys pre-revprop-change hook either failed or is non-existent

例如，创建一个SVN的库，叫Test Test的日志、作者、时间的信息是保存在/Test/db/revprops/0这个目录下的，每个版本都会以一个文件的形式保存下来，可以由管理员修改编辑。 Test的版本内容信息，存放在/test/db/revs/0目录下，不过是以SVN 的格式存放，并不能直接用软件以明文的方式打开。 Test库的修改等权限的限制，存放在/test/ho

   （本文例子基于FreeBSD/Linux实现，windows环境请自己做出相应修改）   配置管理的一个重要使命是保证数据的安全性，防止服务器应硬盘损坏、误操作造成数据无法恢复的灾难性后果。因此制定一个完整的备份策略非常重要。    一般来说，备份策略应规定如下几部分内容：备份频度、备份方式、备份存放地点、备份责任人、灾难恢复检查措施及规定。   备份频度、存放地点等内容可以根据自己

TortoiseSVN是windows下其中一个非常优秀的SVN客户端工具。通过使用它，我们可以可视化的管理我们的版本库。不过由于它只是一个客户端，所以它不能对版本库进行权限管理。TortoiseSVN不是一个独立的窗口程序，而是集成在windows右键菜单中，使用起来比较方便。TortoiseSVN每个菜单项都表示什么意思01、SVN Checkout(SVN取出)点击SVN Che

1、如果已经有人lock了一个文件，但另外一个人需要编辑此文件，有两个选择，一个是由管理员来解除锁定，另外一个是在get lock选项中有个steal the locks，选择后，即可以编辑该文件 2、SVN的版本概念是针对目录而非文件，即使只更新了一个文件，那么，整体的版本也需要加1 3、推荐使用目录树为/repos/trunk     用来保存主线，所有的code都存放在这个目

1、安装JDK 推荐使用jdk-6u10-beta-windows-i586-p.exe （这个包是免费软件，可以自己找资源下载）下载suafe的URL:http://code.google.com/p/suafe/ 2、安装完成后，添加环境变量 我的电脑—>属性—>高级—>环境变量—>系统变量—>path—>变量值在最后添加一个JDK的安装路径（例如: C:/Program Files/

  11、即使客户端的文件test.doc被重命名了hello.rtf(使用svn重命名)，但它的历史纪录仍然含有重命名以前的信息，并且可以将之前的版本给提取出来。即使再新建一个test.doc也不会有混淆。(查看历史纪录的时候需要把Stop on copy/rename这个选项的复选框的勾去掉) 12、SVN的复制比较特殊，如果复制一个目录，它其实并没有完全复制目录中的所有的文件，它

 21、将所有的开发代码存放在trunk上。    常用分支模式:    a、发布分支:在代码发展到一定阶段，建立发布分支，将当前的一个版本取出来，拷贝到branches目录下，进行全面严酷的测试，如发现BUG则在当前版本进行修复，并同步更新trunk中的BUG，经测试完成后，将文件拷贝到tags目录中发布，并提交给客户。    b、特性分支:如果需要作复杂的修改，会影响到trun

初级篇：        版本库数据的移植:svnadmin dump、svnadmin load导出:$svnlook youngest myrepos //查看到目前为止最新的版本号$svnadmin dump myrepos > dumpfile //将指定的版本库导出成文件dumpfile导入:$svnadmin load newrepos  中级篇：

一 svn说明Subversion是基于APR构建的。APR全称Apache Portable Runtime Library，是一个独立的且移植性很好的程序库，任何应用程序都可以使用它（Apache也是基于APR开发的）。这使得Subversion可以工作在任何可以执行Apache的操作系统上，如windows、Linux、各种BSD、MacOS、NetWare等等。    Subver

 1. 隐藏文件.svn目录删除了怎么办Checkout后，工作空间下.svn目录下有大量隐藏文件，占用比较大的空间，他们是工作空间的管理文件，不能删除，如果不小心删除了也不要抓狂，不会影响服务器端的，重新checkout就又可以工作了。如果想不包含这些隐藏文件导出，可以用TSVN菜单里的export完成。  2.文件名大小写问题，在下载代码时，下载到一半，系统提示不能找到……

    之前一直使用SVN的Repo-browser浏览器寻找到需要使用的目录后,直接选中目录后使用SVN的右键checkout功能将制定的目录checkout到本地磁盘. 但是最近使用了Vista系统后,发现这个功能居然不能用了,每次出现checkout窗口的时候,"OK"按钮总是被置灰了,以为Vista系统下不支持checkout功能只能使用Export导出一个版本先凑合着用.

Linux远程修改用户密码工具使用方法:1、将文件ChangePasswd.cgi和ChangePasswd.ini 放到apche安装目录下的cgi-bin下2、确认ChangePasswd.cgi 程序第1行 ，prel工具的位置   （我的：#!/usr/bin/perl -w）/usr/bin/perl3、修改ChangePasswd.cgi 第84行 改成htpass