CnPack Forum


 
Subject: 求助,重新读取 CVSROOT/history 文件 时错误
dalang
普通灌水员
Rank: 2


UID 551
Digest Posts 2
Credits 54
Posts 15
点点分 54
Reading Access 10
Registered 2004-11-4
Status Offline
Post at 2004-11-4 15:44  Profile | Blog | P.M.  | ICQ Status
求助,重新读取 CVSROOT/history 文件 时错误

重新构造时 提示如下错误

.在 rlog 输出中没有修订版本信息:
rlog ‘-d2004-11-04 05:15:38<=2004-11-04  07:44:59’ ‘E:/edp/EDP/F4/readem.txt,v’ 2>NUL;

cvs 版本
Client: Concurrent Versions System (CVSNT) 2.0.34 (client/server)
Server: Concurrent Versions System (CVSNT) 2.0.42 (client/server)
cvstracnt 版本
CVSTracNT_1.1.4_20040910
服务器是 windows2000 professional
我将文件CVSROOT/history 的内容清除后,重新作提交还是不可以,总是提示这个错误。
我在时间线上看不到修改内容,但是如果有新增加文件我可以在时间线上看到。

我以前安装时也遇到过这个问题,一般我都是把CVSROOT/history 文件内容都删除就可以了。

另外,我想问一下 rlog 命令是干什么用的,
谢谢!

[ Last edited by dalang on 2004-11-9 at 12:04 ]
Top
zjy
管理员
Rank: 9Rank: 9Rank: 9



UID 2
Digest Posts 6
Credits 2385
Posts 1543
点点分 2385
Reading Access 102
Registered 2002-12-16
Location China
Status Offline
Post at 2004-11-4 19:52  Profile | Site | Blog | P.M. 
history 文件是 cvs 用来记录提交日志的文件,对 cvs 本身没有直接用处,但对 cvstrac 来说,该文件是提交时间线和 WEB 浏览的基础。如果清空或删除 history 文件,将导致时间线提交记录丢失,以及在仓库浏览时只能看到在清空 history 文件后提交过的文件。不过每个文件的版本是直接从文件内读取的,不会丢失。

cvstrac 从 history 中分析以下内容:
1、cvs 仓库中的文件名。很多朋友反映用 cvstrac 在浏览中看不到仓库里的文件,问题就出在这个 history 文件上,详见管理员手册FAQ部分。
2、cvs 提交日志。cvstrac 根据 history 中的信息将每一次提交(可能是一批文件)作为单独编号的记录保存,同时从中取得提交时的注释信息。

cvstrac 会在用户访问 web 页面时,根据需要重新读取 history,每次只读取从上一次读取到本次之间变化的部分,所以有时候在进行大量提交后,打开 cvstrac 页面会很慢。有时候第一次浏览新数据库页面时,会提示 history 中的一些文件错误,这可能是由于用户在服务器上手工删除了一些文件导致的,不用担心,以后 cvstrac 只会读取新的 history 内容,不会再报错。通常我们不需要使用到“重新读取 history 文件”这个功能,这个功能只在用户手工修改了 history 中的内容或其它特殊场合下使用。

rlog 这个程序是 cvs 使用的增量文件系统 rcs 带的一个工具,用来分析 cvs 数据库中的版本信息。由于 cvs 在 linux/nt 下的版本不同,rlog 也有多个版本。有时候,CVSTracNT 使用的 rlog 在分析 cvs 数据文件时会出现兼容性问题,就会导致错误,已知的有:
1、在英文环境下运行,CVSTracNT 由于 rlog 的时间参数问题,可能会出错。
2、在 cvsnt 中使用全数字的用户名,rlog 分析时可能会报错。

希望以上对您有所帮助!




Zhou JingYu
CnPack Administrator
http://www.cnpack.org/
Top
dalang
普通灌水员
Rank: 2


UID 551
Digest Posts 2
Credits 54
Posts 15
点点分 54
Reading Access 10
Registered 2004-11-4
Status Offline
Post at 2004-11-8 13:25  Profile | Blog | P.M.  | ICQ Status
感谢yygw 的答复

感谢yygw 的答复
我在server上执行了如下命令
rlog “-d2004-11-04 05:15:38<=2004-11-04  07:44:59” E:/edp/EDP/F4/readem.txt,v
没有返回提交信息
但是我把命令改为
rlog “-d2004-11-04 05:15:38<=2004-11-04  15:44:59” E:/edp/EDP/F4/readem.txt,v
就返回了我想要的信息

这里 2004-11-04  15:44:59 的时间 是我实际的提交时间 ——北京时间

而2004-11-04  07:44:59 是 格林尼治时间——readem.txt,v 文件中记录的时间

rlog命令中的时间格式需要写北京时间么?
难道是我的cvsnt 版本的问题么?
Top
dalang
普通灌水员
Rank: 2


UID 551
Digest Posts 2
Credits 54
Posts 15
点点分 54
Reading Access 10
Registered 2004-11-4
Status Offline
Post at 2004-11-9 12:03  Profile | Blog | P.M.  | ICQ Status
一种该问题的解决办法

开始以为是版本的问题
改为如下版本(以下版本在windows2000 server 上已经正确运行了很长时间了)
Server: Concurrent Versions System (CVSNT) 2.0.19 (client/server)
CVSTracNT_1.1.2_20031213.exe
还是一样的错误

后来把server操作系统的时间改为格林威治平时 时区,一切Ok!

可是我原先在windows2000 server 的 时间也是北京时间 是可以正常运行的,没有错误提示的。
比较两个服务器的不同 就是一个是2000server 中文;一个是2000 professional 中文

没有别的不同了!到底差在什么地方?

[ Last edited by dalang on 2004-11-9 at 12:06 ]
Top
zjy
管理员
Rank: 9Rank: 9Rank: 9



UID 2
Digest Posts 6
Credits 2385
Posts 1543
点点分 2385
Reading Access 102
Registered 2002-12-16
Location China
Status Offline
Post at 2004-11-9 18:50  Profile | Site | Blog | P.M. 
的确有些奇怪,好象时间问题原来有位朋友在英文系统上也遇到过,等有空时我查查看吧。




Zhou JingYu
CnPack Administrator
http://www.cnpack.org/
Top
cdma3125
新警察
Rank: 1



UID 824
Digest Posts 0
Credits 23
Posts 23
点点分 23
Reading Access 10
Registered 2005-5-6
Status Offline
Post at 2005-5-16 10:41  Profile | Blog | P.M. 
我改了时区还是不行。后来把rlog这段命令直接在dos下运行会说找不到文件,把单引号改成双引号后Dos下运行可以,会显示版本的变更情况。

但是,在浏览器里还是报同样的错误。
Top
cdma3125
新警察
Rank: 1



UID 824
Digest Posts 0
Credits 23
Posts 23
点点分 23
Reading Access 10
Registered 2005-5-6
Status Offline
Post at 2005-5-16 10:44  Profile | Blog | P.M. 
看了history.c, 发现它一定要找版本号中有".0."这样的字符,而rlog生成的版本号中没有,也即我的源码的版本号都没包含".0.".
Top
 




All times are GMT++8, the time now is 2024-11-22 01:36

    本论坛支付平台由支付宝提供
携手打造安全诚信的交易社区 Powered by Discuz! 5.0.0  © 2001-2006 Comsenz Inc.
Processed in 0.009265 second(s), 8 queries , Gzip enabled

Clear Cookies - Contact Us - CnPack Website - Archiver - WAP