svn: resource out of date; try updating的解决

问题:

  svn提交文件时提示错误:resource out of date; try updating。说明该资源版本有问题,尝试更新svn,发现该文件没有可更新的内容。于是查看资源历史,发现有人第一次提交修改,第二次提交改回,导致文件内容没变,但是文件版本因2次提交变化了。

解决方法:

  让其他人对该文件进行一点修改(比如加个空格),然后提交至svn,我们再去更新svn的内容,来更新本地该文件的版本,然后就能提交我们要提交的内容。

时间: 2024-08-15 19:09:24

svn: resource out of date; try updating的解决的相关文章

svn cleanup failed–previous operation has not finished 解决方法

http://blog.sina.com.cn/s/blog_9262dda20102uykx.html svn cleanup failed–previous operation has not finished 解决方法

Resource '/servers' does not exist 问题的解决(转)

eclipse在tomcat运行自己的网页程序 Run on Server时发现RT错误 解决办法: Windows ->Show View -> Servers 在 Servers View 里删除相应的 Server 然后再Run on Server,就可以了 Resource '/servers' does not exist 问题的解决(转)

Tortoise SVN 右键 show log 不显示 Author,Date,Message 的解决方法

今天加入新项目,看了看 Tortoise SVN show log,结果发现: 解决方案: 因为是新加入的项目,问了原来负责这个项目的同事,他说他那也是这个问题,汗,说明问题不是出现在客户端. 在服务的 svn 版本库中找到该项目,编辑 svnserve.conf,把 anon-access = read 改为 anon-access = none 然后重启 SVN 服务: killall svnserve svnserve -d -r /usr/local/svn 问题解决. 参考:<SVN使

SVN的安装与常用功能使用以及解决安装配置过程中的一些错误

SVN简介: SVN是Subversion的简称,是一个开放源代码的版本控制系统,将工程代码集中在服务器上进行一个统一的集中式管理,从而能够方便地控制代码版本,相较于RCS.CVS,它采用了分支管理系统,它的设计目标就是取代CVS.互联网上很多版本控制服务已从CVS迁移到Subversion.说得简单一点SVN就是用于多个人共同开发同一个项目,共用资源的目的,而且通过使用SVN开发人员之间[学Java,到凯哥学堂kaige123.com]能够很方便的更新.提交工程代码,并且如果工程的版本有冲突还

Hibernate存储date/datetime问题,解决java的date与mysql的datetime不兼容

主要原因是出在Hibernate的配置文件中. 症状 1. java文件类型java.util.Date,数据库类型datetime,Hibernate配置文件用date,存储进数据库的时间只有年月日,没有时分秒 2. java文件类型java.util.Date,数据库类型datetime,Hibernate配置文件用datetime,出错,提示:Could not determine type for: datetime 解决: java文件类型java.util.Date,数据库类型dat

[svn] 数据库操作残留,无法进行操作的解决方法

WINDOWS环境下的解决方法: 1: 下载sqlite3数据库工具,放置于SVN的同级目录 2: CMD路径转移到Sqlite3目录 3: 残留操作选择: sqlite3 .svn/wc.db "select * from work_queue" 4: 残留操作删除: sqlite3 .svn/wc.db "delete from work_queue" 5: 执行SVN的CleanUP操作,一切正常 MAC虚拟目录下的解决方法: 因为该虚拟映射目录为//psf/

巧用svn create patch(打补丁)方案解决定制版需求

最近项目定制版越来越多,维护,同步代码非常费事.以前的思路如下图: 以前的svn目录结构如下图: 这样问题有2个: 若在一个定制包中修复了其他定制包也有的bug,同步更新其他包的代码时,非常费劲+机械,并且很容易发生人工失误. 若某个定制包换人维护,新接手的人,交接时费时,而且新接手的人容易忘记关键点,对定制版在主线版基础上有哪些改动记不住. 由此,我研究了一下SVN的Create/Apply patch功能,由于svn的patch格式文件可以忠实记录文件变动,所以上面说的第2个问题迎刃而解,同

SVN出现了不可加载项怎么解决?

    有句话叫"效果好不好,谁用谁知道",之前机房合作的时候向SVN提交项目的时候一直都是组长负责的,自己也没有参与,只是知道更新,编译和提交,别的就不知道了,可是最近做成绩登统系统的时候,由于我们的项目的分为了三个解决方案,我负责其中的一个解决方案,当项目测试成功之后,框架基本完成,本以为直接上传到SVN上就可以了,但是想不到的是问题接踵而至. 写出来的目的是以希望以自己为鉴,能够让别的人少走误区. 1.      遇到的问题       上传是可以成功的,但是当检出的时候一下子我

ora-00054:resource busy and acquire with nowait specified解决方法

当某个数据库用户在数据库中插入.更新.删除一个表的数据,或者增加一个表的主键时或者表的索引时,常常会出现ora-00054:resource busy and acquire with nowait specified这样的错误. 主要是因为有事务正在执行(或者事务已经被锁),所有导致执行不成功. 1.用dba权限的用户查看数据库都有哪些锁 select t2.username,t2.sid,t2.serial#,t2.logon_time from v$locked_object t1,v$s