CVS实践配置CVSNT服务器自动检查注释.docVIP

CVS 实践 配置 CVSNT 服务器自动检查说明 固然有点机械 , 但自动的 , 强迫的永无遗漏地检查 CVS 的提交说明仍是有效的  .配置  CVS  服务器的这一功能有一些 小地方需要注意 .1. 软件版本 (Travis) Build 1976 (client/server) WinCVS: 2.0.2.4(build 4)2. 在 CVSROOT 目录下的 commitinfo 文件中 , 这样指定 D:/ABC/CVSROOT/check_comment.pl -comment %m  这 里%m 是由 CVS 服务器在调用 perl 命令行以前替代为你供给的说明 此中 Relative_Project_Path 要使用 /而不是 \, 既使是在 windows 系统上 . 这是个正则表达式 .3. 假如使用命令行 则上边的 %m 不会产生一个参数 . 这样 就只看到一个参数 (@ARGV 只一个元素 ), 这在写脚本时要 注意 . 但命令行上使用 就能够使得 %m 产生一个参数 , 其内容为一个空格 . 因此 check_comment.pl 不单要检查没有参数的状况 , 还要检查参数为全空白字符 (包含 lt;TABgt; 换行等 )的状况 .4. 但 Tortoise CVS  中 ,  仅输入空格或换行提交  , CVS  服务器端仍 得不到 %m 对应的参数 . 这说明 Tortoise CVS 在客户端就作了办理 . 相同 , 下边的输出说明 Tortoise CVS 的输出窗口中给出的命令行其实不可以直接 copy 到 DOS 命令窗口中执 行:看绿线划出的 -m 参数 , 后边没有跟 , 从命令行的角度 看, MainApp.cs 会作为说明的内容而不是被提交的文件名. 不可以简单地相信 Tortoise CVS 输出窗口中给出的命令 .上边是检查说明为空时提交失败的输出 , 成心弄的醒目一些 .5. 使用 WinCVSWinCVS 会在你根本不输出说明时 , 自动产生一个 no message 作为说明送给 cvs 服务器 , 因此检查说明的脚本还得额外处检查 WinCVS 的这类纵容程序员不写说明的行为 . 由于这个原由 , WinCVS 永久不会产生无说明的提交 .此外 , 在 perl 脚本中 ********* 与下边的 Empty or blank... 文本之间我仅有一个空行 , 但 WinCVS 却在办理输出时 , 额外处为每行都增添一个空行 . 这一点实在很烦人 .不 过 WinCVS 会对送到标准错误输出的内容使用黄色 , 这一点比 Tortoise CVS 好 .在既输出到标准输出 , 也输出到标准错误输出时 , 即便你在 perl 脚本中先输出到 STDOUT, 再即便你还使用了 $| = 1 来强迫刷新到设施 , WinCVS 仍是会先显 示错误信息 , 以后才是送至 STDOUT 的信息 .假如象下边这样分布着对 STDOUT, STDERR 的输出 : local $| = 1; print STDOUT 1\n; print STDERR 1234; print STDOUT 2\n; print STDERR xyz\n;