Subversion (SVN)

tortoise SVN简单迁移到另一个库

烂漫一生 提交于 2019-12-03 03:22:18
1.找一个另外的目录,从源svn export项目文件夹 2.右键空白处,tortoise SVN->import到目标svn目录 3.右键空白处,tortoise SVN->check out,绑定该本地文件夹与目标svn目录 4.复制新本地文件夹目录下的.svn文件夹,覆盖本地的项目文件夹的.svn 优点: 1.目标服务器初始版本可以从源服务器上任选。 2.保留本地修改记录。 3.应该可以随时切回源svn 缺点: 1.还是一样不能保留源svn上的历史信息。 2.可能留着一些多余没用的文件。不如本地项目直接断开再上传干净。 3.可能会有些奇怪的问题,目前暂未发现。 关于上传到服务端并关联文件夹 方法1.先import再check out 优点:目录自动建好,速度快 缺点:不能事先过滤忽略文件 方法2.先手动服务端建目录,再check out,再同步 优点:可先设置忽略文件,不会上传多余文件 缺点:手动服务端建目录比较麻烦,多一步同步 来源: oschina 链接: https://my.oschina.net/u/2438634/blog/1845309

Linux下svn搭建配置流程

核能气质少年 提交于 2019-12-03 02:19:49
系统环境:CentOS-6.5 安装方式:yum install (源码安装容易产生版本兼容的问题) 安装软件:系统自动下载SVN软件 检查已安装版本 #检查是否安装了低版本的SVN [root @localhost /]# rpm -qa subversion #卸载旧版本SVN [root @localhost modules]# yum remove subversion 安装SVN [root @localhost modules]# yum install httpd httpd-devel subversion mod_dav_svn mod_auth_mysql 确认已安装了svn模块 [root @localhost /]# cd /etc/httpd/modules [root @localhost modules]# ls | grep svn mod_authz_svn.so mod_dav_svn.so 验证安装 检验已经安装的SVN版本信息 [root@localhost modules]# svnserve --version svnserve,版本 1.6.11 (r934486) 编译于 Jun 23 2012,00:44:03 版权所有 (C) 2000-2009 CollabNet。 Subversion 是开放源代码软件,请参阅 http:/

Windows系统不同SVN版本对比

妖精的绣舞 提交于 2019-12-03 02:19:02
在subversion官方网站http://subversion.apache.org(前身是:http://subversion.tigris.org)上能查询到所有的操作系统的不同SVN版本,而apache网站本身不存在svn软件的下载,不过有提供所有版本的下载链接网站列表(每个SVN版本都有各自的网站)。 在上面下载列表中,windows共有5个下载版本,分别是: CollabNet,SlikSVN,VisualSVN Server,WANdisco,Win32Svn 其中CollabNet是功能最强大的,因为svn的创始者就是CollabNet,不过这个版本因为功能最多,所以整个软件包也是最臃肿的,安装包就有100多M,而且因为是运行在Java平台上的,要占用很大的内存资源。 SlikSVN和Win32Svn这两个基本是一样的,都只有svn的内核,没有界面,也就是使用的时候只能用命令行操作。这两者稍微有些区别,比如Win32Svn提供了和apache的库文件,而SlikSVN没有。 VisualSVN Server是最傻瓜化的svn,安装和配置都是有图形界面,操作起来很方便。 WANdisco还没用过,暂时不清楚。 最原始的svn(SlikSVN和Win32Svn就是),不存在客户端和服务端之分,本身svn既是服务端又是客户端。相当于在本地计算机上进行版本控制

SVN 资源权限管理系统

岁酱吖の 提交于 2019-12-02 03:08:14
SVN 资源权限管理系统 — 安全流畅极简可靠 软件信息 后台语言:Java 数据库:MySQL 框架:SpringMVC,svnkit 后台UI框架:HUI+ 开源协议:Apache-2.0 功能 SVN仓库创建,管理; SVN用户,用户组创建,管理; SVN资源权限授权; 用户权限查看,密码更改; SVN仓库支持多库模式; 预览(部分功能) 登录页: SVN仓库管理: 创建SVN仓库理: SVN仓库资源权限管理: 用户资源权限查找 一、使用源码开发部署步骤: 下载项目源码; 找到文件 test\resources\svnadmin_init.sql 进行执行初始化; 默认root账户:root/root 删除所有账户,进行登录,则可以重新初始化管理员账号; SVN认证账户和登录账户默认一致; 二、使用部署包直接部署步骤: 下载最新部署包V4.1.0( 点此下载 ); 找到文件 src\test\resources\sql\svnadmin_init.sql 进行执行初始化; 配置数据库连接信息,配置文件位置:WEB-INF/classes/jdbc.properties 部署到tomcat等Web容器中即可;环境推荐JDK1.8 / Tomcat8 默认root账户:root/root 删除所有账户,进行登录,则可以重新初始化管理员账号; SVN认证账户和登录账户默认一致; 三

每日备份JENKINS_HOME至SVN

人盡茶涼 提交于 2019-12-01 18:57:33
##每日备份JENKINS_HOME至版本控制系统SVN Jenkins 是一个可扩展的开源的持续集成工具,也是当下最流行的持续集成工具。 ###Jenkins主要功能### 易于安装(Easy installation) 易于配置(Easy configuration) 变更集支持(Change set support) 永久链接(Permanent links) RSS/Email/IM集成(RSS/E-mail/IM Integration) 事后标签(After-the-fact tagging) JUnit/TestNG测试报告(JUnit/TestNG test reporting) 分布式构建(Distributed builds) 文件指纹打印(File fingerprinting) 插件支持(Plugin Support) 其中插件支持使得Jenkins可定制、可扩展。 ###JENKINS_HOME目录结构### Jenkins的相关文件都存放在文件系统中,而JENKINS_HOME主要用来存放这些文件的,如系统配置文件、插件、每个job的配置文件等。 JENKINS_HOME目录结构如下: <pre> +- config.xml (jenkins root configuration) +- *.xml (other site-wide

轻松搭建svn版本管理工具+svnmanager管理客户端

て烟熏妆下的殇ゞ 提交于 2019-12-01 18:57:11
前面的文章有写过svn版本管理工具的安装是基于svn的安装包进行安装,对于svn与apache的结合还得下svn和apache的模块进行结合过程比较繁琐,今天来介绍下通过centos的yum来安装svn能够快速安装svn,安装过程大致分成4个部分:1、svn的安装和版本库的建立,2、apache的安装和配置,3、svnmanager的安装和配置 4、mysql的安装。如果不需要安装svnmanager进行管理svn只需要安装1和2过程即可。let's do it... 一、svn的安装和版本库的建立 1、安装软件 yum install subversion mysql-server httpd mod_dav_svn mod_perl sendmail wget gcc-c++ make unzip perl* ntsysv vim-enhanced httpd php php-mysql php-pear php-mbstring 2、创建svn仓库和修改配置 mkdir /home/svn svnadmin create /home/svn/project 修改svnserve.conf、authz、passwd文件如下: vi /home/svn/project/conf/svnserve.conf [general] anon-access = none auth

SVN Update Error Please execute the &apos;Cleanup&apos; command 解决方案

五迷三道 提交于 2019-12-01 18:54:49
问题 - SVN Update Error: Please execute the 'Cleanup' command 详细描述 使用SVN更新文件时,会碰到失败的情况(可能因为上次拉取被强制中断等操作),提示需要cleanup ,但是你clean up时又提示文件夹已经locked,这时候你又去release lock,但是还是失败,提示 Please execute the 'Cleanup' command. (TMD真难用) <!--more--> 解决方案 显然这个无法操作因为是svn文件被锁需要释放,但是手动释放又行不通,so 需要进入被锁定文件夹所在的svn根目录,然后将隐藏文件设置为可见 找到.svn文件夹,用数据库管理工具如navicat,datagrip等ide链接 wc.db ,这是一个sqlite数据库,找到WC_LOCK表 进去将被锁定的记录删除掉并提交更新到数据库。 再去更新代码或文件时候就ok了 ​​ 来源: oschina 链接: https://my.oschina.net/u/3959025/blog/3039661

SVN清理失败 (svn cleanup) 的解决方法

时光毁灭记忆、已成空白 提交于 2019-12-01 18:53:35
由于不想描述的原因,导致svn cleanup出现找不到/path/to/.svn/pr.../文件 cd /data/web/domain.com sqlite3 .svn/wc.db sqlite> .tables ACTUAL_NODE NODES PRISTINE WC_LOCK EXTERNALS NODES_BASE REPOSITORY WORK_QUEUE LOCK NODES_CURRENT WCROOT 清空work_queue表数据 sqlite> delete from work_queue 退出 sqlite> .exit 重新执行命令 svn cleanup 已经可以更新啦 svn up 如果.svn目录下文件丢失或者损坏,可以到wc.db里面找到你的仓库地址 sqlite> select * from repository 查看所有表的表结构 select * from sqlite_master where type = "table"; 查看某个表的表结构 select * from sqlite_master where name = "table_name" 锁定提交者 select * from nodes where changed_author = 'zhangsan' limit 3; 来源: oschina 链接: https:/

小记Jenkins中因主机时间变更导致SVN无法更新到最新版本的坑

只谈情不闲聊 提交于 2019-12-01 18:53:25
事情发生在2019-01-29日。 由于30日急于上线,而业务比较特殊,修改时间是最方便完成接近生产环境的测试。 故此,在29日晚上通过修改时间来完成了产品业务的测试。其他情况,比如服务器时区同步也可能导致时间发生变更。 修改时间后,jenkins中的svn更新的版本就发生错乱了。导致jenkins无法部署最新的代码。 在各类搜索引擎搜集答案,找到如下方案,并在此记录笔记。 在 jenkins 中svn链接中增加 @HEAD ,可以不用理会 服务器时间 ,直接更新到最新的版本 如:svn://xxxx.com/rpc_order换成svn://xxxx.com/rpc_order @HEAD 成功解决该问题。 来源: oschina 链接: https://my.oschina.net/u/3094707/blog/3007333

持续集成工具Jenkins结合SVN的安装和使用

孤街醉人 提交于 2019-12-01 18:53:13
持续集成工具Jenkins结合SVN的安装和使用 2018年06月08日 11:30:23 止步前行 阅读数:2932 版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/zxd1435513775/article/details/80618640 一、引言 在日常的开发过程中,发布版本的流程一般都是手动部署,具体如下图所示: 我们需要把代码提交到SVN上,然后再把SVN上每个人提交的最新模块的代码拉下来,然后编译打包,最后手动上传到Tomcat上。这种方式很繁琐,也会浪费时间,如果有测试环境和生产环境,则效率更低。下面介绍一下Jenkins的使用和安装。 二、原理 Jenkins的思想就是自动化部署,“自动化”的具体体现在:当我们向版本库(SVN)提交新的代码后,应用服务器(Tomcat)就会自动从我们的SVN上拉去新的war包,然后重新部署,用户或测试人员看到的就是最新的应用程序。 Jenkins的原理图,如下所示: 搭建上述持续集成环境可以把整个构建、部署过程自动化,很大程度上减轻工作量。对于我们程序员的日常开发来说不会造成任何额外负担,自己把代码提交上去之后,服务器上运行的马上就是最新版本,一切都发生在无形中,是不是很方便。 三、安装 1、在安装使用Jenkins之前,要说一下所需要的所有开发环境 (1)版本控制子系统(SVN)