欧美午夜在线,欧美一级专区,欧美一区二区三区四区在线观看地址

Prayer — Fri, 16 Jul 2010 02:46:00 GMT

貌似是cvs的一个经兔R��题，今天在修改的时候取了一个历史版本，好像��p��动给加上了个版本��L(f��ng)��tag�Q�然后在commit的时候就出现了这个问题，提示修正后才能commit�?br>google一下果然是�l�典问题�Q�很快找��C��{�案�Q�对��个错的文件执行update -A后清掉当前的tag��可以了

Prayer 2010-07-16 10:46 发表评论

cvs server: x.xxxx added independently by second party

Prayer — Thu, 10 Jun 2010 11:28:00 GMT

cvs server: x.xxxx added independently by second party

Warning : 'add_record.php' has some escape characters in it (0x00-0x20, 0x80-0xFF), you should correct it first
cvs add add_record.php (in directory E:\workdir\bedu2\comwinadmin\bedu_service\)
cvs server: add_record.php added independently by second party

出现�q�种错误表示�Q�在cvs服务器上目录己有x.xxx文�g�Q�但你的本地cvs repository 中没有这个文件�?/div>

是跟服务器冲�H��?/div>

telnet到cvs server �Q�删除x.xxx��O(ji��n)K了。或者整个目录重新更��C��ơ�?/div>

Prayer 2010-06-10 19:28 发表评论

Prayer — Thu, 17 Sep 2009 04:34:00 GMT

假设有这样一�U�情�? 在CVS的repository中存储了一个文件file.c, 你在星期一update�?br>了该文�g的最新版�?.1.1.4, 在星期三的时�? 你还没动�q�个文�g一�Ҏ(gu��)��? �?br>你的同事已经把版本号升��C��1.1.1.6, 此时你用下面的命令对你本地的file.c
�q�行比较:
cvs diff file.c
在刚开始接触CVS�? 几乎��Z�h都认为此时的动作是cvs把你本地的文件跟服务器上的最�?br>版本�q�行比较. �q�期望根据这个命令的输出�l�果来判断你本地的文件是否是最新版�?

事实�? �q�个命��o(h��)执行的是:
1. 在你本地保存的CVS��理文�g�?CVS/Entries)扑ֈ��q�个文�g对应的版本号是什
�? 或是哪个旉��得到的这个文�? �q�类信息被称为sticky信息, 也就是说�q�些�?br>息跟你的文�g本��n是如影随形的, CVS考虑你的文�g�? 同时�?x��)考虑最后一�ơ取�?br>该文件时的条�?
2. �Ҏ(gu��)��前述扑ֈ�的sticky信息, 从服务器上下载一份该sticky信息对应的那个版
�? 在上�q�的情况�? 仍然下蝲的是1.1.1.4版本, 因�ؓ(f��)我本��C��存的file.c�?br>1.1.1.4版本.
3. 用diff工具�q�行比较

�q�样比较的结果当然是: 没有不同.

当然, cvs diff的其它工作方式�ƈ不象此处�q�样隐晦, 比如
cvs diff -r1.1.1.4 -r1.1.1.5 file.c
明确地比较这两个版本, 两个版本的文件内定w��取自服务�?

错误的信息源于错误的愿望: 不能指望cvs diff filename 来判断你本地的文件是
否是最新版�? 判断�q�个的命令应该用
cvs status file.c
此时它的输出�?Needs Patch
而接下来把本地文件更新到最新版本的操作当然�?br>cvs update file.c

Trackback: http://tb.donews.net/TrackBack.aspx?PostId=678715

Prayer 2009-09-17 12:34 发表评论

CVS分支

Prayer — Mon, 18 May 2009 02:05:00 GMT

    CVS中�ؓ(f��)一个模块创��Z��个分支��用的命��o(h��)是tag或rtag。这两个命��o(h��)很相��|��先用tag命��o(h��)来做介绍�?br>    假设有一个模块foo_ware�Q�一直在head��d��支里工作�Q�但是现在需要徏立一个分支foo_tag用来做测试版本的开发，则方法如下：(x��)
    在foo_ware的一个工作目录下�Q�执行：(x��)
cvs tag foo_tag //把服务器上的当前工作目录下的所有文件增加标记foo_tag
cvs update -r foo_tag //如果要在当前目录的foo_tag分支下��l�工作，则要把当前目录下的文件状态都更新为foo_tag分支�Q�这是因为tag命��o(h��)只�ؓ(f��)服务器上的文件增加标记foo_tag�Q�而不改变当前目录下文件的状态�?br>    cvs commit //如果当前目录下的文�g在做分支之前已经修改�q�了�Q�而且又想把这些修改应用于foo_tag分支�Q�则要commit�?/p>

如果要从服务器上�{�և�另外一个foo_tag分支的副本，则用如下命��o(h��)�Q?br>cvs co -r foo_tag -d new_dir foo_ware //必须要指明要�{�և�的分支是foo_tag�Q�否则签出的版本�q�会(x��)是head��d��支�?br> �q�样�{�և�之后�Q�不论再update和commit�Q�都是在foo_tag分支下进行了�Q�不�?x��)更改head��d��支里的状态�?/p>

tag和rtag的区别在于，rtag不需要有本地副本的存在，��可以增加或修改服务器模块上的tag�Q�而tag必须有一个本地版本做参考，更新服务器上的对应于本地的那些文�Ӟ��如上例所�C��?/p>

如果要把分支版本里的修改合�ƈ��C��分支里，�Ҏ(gu��)��如下�Q?
在分之版本的本地副本做好commit之后�Q�在��d��支的本地副本下，执行:
cvs update -j foo_tag //把foo_tag分支的修改合�q�到本地的主版本�?br>... do some revision
cvs commit //把合�q�后的版本更新到服务器的�ȝ��本上�Q�因��Z��前的update -j命��o(h��)�q�不影响服务器上的主版本�?/p>

Prayer 2009-05-18 10:05 发表评论

CVS的常用命令速查手册

Prayer — Thu, 14 May 2009 06:33:00 GMT

CVS的常用命令速查手册

转蝲说明 此�{载基于原作者最后更��C��2002-06-15 23:18:05的版本。原作可以在�q�里扑ֈ��Q�本文的版权归原作者所有。本文作者原为网易公司的资深开发�h员�?/font>

概述�Q�CVS是一个C/S�pȝ��Q�多个开发�h员通过一个中心版本控制系�l�来记录文�g版本�Q�从而达��C��证文件同步的目的�?

       CVS服务器（文�g版本库）(j��)
     /     |       \
�Q�版 �?�?步）(j��)
   /       |         \
开发�? 开发�?   开发�?

以下是本文主要内容：(x��)开发�h员可以主要挑�?, 6看就可以了，CVS的管理员则更需要懂的更多一�?/font>

标题	内容��?/font>	读者对�?/font>
CVS环境初始�?/font>	CVS环境的搭�?/font>	��理�?/font>
CVS的日�怋��?/font>	日常开发中最常用的CVS命��o(h��)	开发�h员、管理员
CVS的分支开�?/font>	��目按照不同�q�度和目标�ƈ发进�?/font>	��理�?/font>
CVS的用戯��?/font>	通过SSH的远�E�用戯��证，安全�Q�简�?/font>	��理�?/font>
CVSWEB	CVS的WEB讉K��界面大大提高代码版本比较的效�?/font>	��理�?/font>
CVS TAG	��?Id$加入代码注释中，方便开发过�E�的跟踪	开发�h�?/font>

一个系�l?0%的功能往往能够满��80%的需求，CVS也不例外�Q�以下是CVS最常用的功能，可能用到的还不到它全部命令选项�?0%�Q�更多的功能请在实际应用�q�程中体�?x��)，学�?f��n)�q�程中应该是用多��，学多��，用到了再学也不迟�?/font>

CVS环境初始�?br>============

环境讄��Q�指定CVS库的路径CVSROOT

tcsh
setenv CVSROOT /path/to/cvsroot
bash
CVSROOT=/path/to/cvsroot ; export CVSROOT

后面�q�提到远�E�CVS服务器的讄��Q?/font>

CVSROOT=:ext:$USER@test.server.address#port:/path/to/cvsroot CVS_RSH=ssh; export CVSROOT CVS_RSH

初始化：(x��)中心库版本库的初始化�Q�其实就是一个目�?/font>

cvs init

��目首次导入

cvs import -m "write some comments here" project_name vender_tag r_tag

��目导出�Q�将代码从CVS库里导出

cvs checkout project_name

CVS的日�怋��?/font>
=============

��认修改�Q�确认自��q��修改�q�写入到CVS库里

cvs commit -m "write some comments here" file_name

注意�Q�CVS的很多动作都是通过cvs commit�q�行最后确认�ƈ修改的，在确认的前，�q�需要用户填写修�Ҏ(gu��)��释，以帮助其他开发�h员了解修改的原因。如果不用写-m "comments"而直接确认`cvs commit file_name` 的话�Q�cvs�?x��)自动调用系�l�缺省的文字�~�辑�?一般是vi)要求你写入注释�?br>注释的质量很重要�Q�所以不仅必��要写，而且必须写一些比较有意义的内容：(x��)以方便其他开发�h员能够很好的理解。不好的注释�Q�很难让其他的开发�h员快速的理解�Q�比如：(x��) -m "bug fixed" 甚至 -m ""。好的注释，甚至可以用中�? -m "在用��h��册过�E�中加入了Email地址校验"

同步最�q�修改：(x��)开始工作前和将自己的工作导入到CVS库里前都要做一�ơ：(x��)先同�?后修�?/font>

cvs update -m "write some comments here" file_name

注意�Q�不要��用项目首�ơ导出后�Q�以后就要用cvs update在导出的��目目录下进行同步了�Q�而不是每�ơ重新cvs checkout来同步文件了。如果导出后修改了文�Ӟ��然后再次从导出的��目目录的上一�U�cvs checkout proj�{�于是删除了proj目录然后重新导出�Q�上�ơ导出后的修改就全丢了�?/font>

修改某个版本注释�Q�每�ơ只��认一个文件到CVS库里是一个很好的�?f��n)惯�Q�但隑օ�有时候忘了指定文件名�Q�把多个文�g以同��h��释commit到CVS库里了，以下命��o(h��)可以允许你修�Ҏ(gu��)��个文件某个版本的注释�Q?/font>

cvs admin -m 1.3:"write some comments here" file_name

删除文�g�Q?br>文�g删除后，比如�Q?/font>

rm file_name
cvs rm file_name
cvs ci -m "write some comments here"

以上面前2步合�q�的�Ҏ(gu��)��为：(x��)

cvs rm -f file_name
cvs ci -m "why delete file"

注意�Q�很多cvs命��o(h��)都有�~�写形式�Q�commit=>ci; update=>up; checkout=>co; remove=>rm;

��d��文�g 文�g��d��后，比如�Q?/font>

touch new_file
cvs add new_file
cvs ci -m "write some comments here"

��d��目录�Q?/font>

cvs add dir_name

查看修改历史�Q?/font>

cvs log file_name
cvs history file_name

查看当前文�g不同版本的区�?/font>

cvs diff -r1.3 -r1.5 file_name

查看当前文�g�Q�可能已�l�修改了�Q�和库中相应文�g的区�?/font>

cvs diff file_name

cvs的web界面提供了更方便的定位文件修改和比较版本区别的方法，具体安装讄��L(f��ng)��后面的cvsweb使用

正确的通过CVS恢复旧版本的�Ҏ(gu��)��Q?br>如果�?/font>

cvs update -r1.2 file.name

�q�个命��o(h��)是给file.name加一个STICK TAG�Q?"1.2" �Q�虽然你的本意只是想��它恢复�?.2版本
正确的恢复版本的�Ҏ(gu��)��?/font>

cvs update -p -r1.2 file_name >file_name

如果不小心已�l�加成STICK TAG的话�Q�用cvs update -A 解决

�U�d��文�g�Q�文仉��命名
cvs里没有cvs move或cvs rename�Q�因��两个操作是先cvs remove old_file_name�Q�然后cvs add new_file_name实现的�?/font>

删除�Q�移动目录：(x��)
最方便的方法是让管理员直接�U�d��Q�删除CVSROOT里相应目录（因�ؓ(f��)CVS一个项目下的子目录都是独立的，�U�d��?CVSROOT目录下都可以作�ؓ(f��)新的独立��目�Q�好比一颗树(w��i)�Q�其实砍下�Q意一枝都能独立存?g��u)z�）(j��)�Q�对目录�q�行了修改后�Q�要求其开发�h员重新导出项目cvs checkout project_name 或者用cvs update -dP同步�?/font>

CVS Branch�Q�项目多分支同步开�?br>=============================

��认版本里程��：(x��)多个文�g各自版本号不一��P��目��C��定阶�D�，可以�l�所有文件统一指定一个阶�D�里�E�碑版本��P��方便以后按照�q�个阶段里程��版本号导出��目�Q�同时也是项目的多个分支开发的基础�?/font>

cvs tag release_1_0

开始一个新的里�E�碑�Q?/font>

cvs commit -r 2

标记所有文件开始进�?.x的开�?/font>

注意�Q�CVS里的revsion和��Y件包的发布版本可以没有直接的关系。但所有文件��用和发布版本一致的版本��h��较有助于�l�护�?/font>

在开发项目的2.x版本的时候发�?.x有问题，�?.x又不敢用�Q�则从先前标记的里程��：(x��)release_1_0导出一个分支release_1_0_patch

cvs rtag -b -r release_1_0 release_1_0_patch proj_dir

一些�h先在另外一个目录下导出release_1_0_patch�q�个分支�Q�解�?.0中的紧急问题，

cvs checkout -r release_1_0_patch

而其他�h员仍旧在��目的主�q�分�?.x上开�?/font>

在release_1_0_patch上修正错误后�Q�标��C��?.0的错误修正版本号

cvs tag release_1_0_patch_1

如果2.0认�ؓ(f��)�q�些错误修改�?.0里也需要，也可以在2.0的开发目录下合�ƈrelease_1_0_patch_1中的修改到当前代码中�Q?/font>

cvs update -j release_1_0_patch_1

CVS的远�E�认证：(x��)通过SSH�q�程讉K��CVS
================================

使用cvs本��n的远�E�认证很�ȝ��(ch��),需要定义服务器和用��L(f��ng)��Q�用户名�Q�设�|�密码等�Q�而且不安全，因此和系�l�本地帐可��证�ƈ通过SSH传输是比较好的办法，通过在客��h��?etc/profile里设�|�一下内容：(x��)

CVSROOT=:ext:$USER@test.server.address#port:/path/to/cvsroot CVS_RSH=ssh; export CVSROOT CVS_RSH

所有客��h��所有本地用户都可以映射到CVS服务器相应同名帐号了�?/font>

如果CVS所在服务器的SSH端口不在�~�省�?2�Q�或者和客户端与CVS服务器端SSH�~�省端口不一��_(d��)��有时候设�|�了�Q?/font>

:ext:$USER@test.server.address#port:/path/to/cvsroot

仍然不行�Q�比如有以下错误信息�Q?/font>

ssh: test.server.address#port: Name or service not known
cvs [checkout aborted]: end of file from server (consult above messages if any)

解决的方法是做一个脚本指定端口�{向（不能使用alias�Q�会(x��)出找不到文�g错误�Q�：(x��)
创徏一�?usr/bin/ssh_cvs文�g�Q?/font>

#!/usr/bin/sh
/path/to/ssh -p 34567 "$@"

然后�Q�chmod +x /usr/bin/ssh_cvs
�q�CVS_RSH=ssh_cvs; export CVS_RSH

注意�Q�port是指相应服务器SSH的端口，不是cvs pserver的端�?/font>

CVSWEB�Q�提高程序员比较文�g修改效率
================================

CVSWEB��是CVS的WEB界面�Q�可以大大提高程序员定位修改的效�?
使用的样例可以看�Q?/font>http://www.freebsd.org/cgi/cvsweb.cgi

CVSWEB的下载：(x��)CVSWEB从最初的版本已经演化出很多功能界面更丰富的版本，�q�个是个人感觉觉得安装设�|�比较方便的�Q?/font>http://www.spaghetti-code.de/software/linux/cvsweb/

下蝲解包�Q?/font>

tar zxf cvsweb.tgz

把配�|�文件cvsweb.conf攑ֈ�安全的地方（比如和apache的配�|�放在同一个目录下�Q�，
修改�Q�cvsweb.cgi让CGI扑ֈ�配置文�g�Q?/font>

$config = $ENV{'CVSWEB_CONFIG'} || '/path/to/apache/conf/cvsweb.conf';

转到/path/to/apache/conf下�ƈ修改cvsweb.conf�Q?/font>

修改CVSROOT路径讄��Q?br>%CVSROOT = (
'Development' => '/path/to/cvsroot', #<==修改指向本地的CVSROOT
);
�~�省不显�C�已�l�删除的文档�Q?br>"hideattic" => "1",#<==�~�省不显�C�已�l�删除的文档
在配�|�文件cvsweb.conf中还可以定制��头的描�q�C��息，你可以修�?long_intro成你需要的文字

CVSWEB可不能随便开攄��所有用��P��因此需要��用WEB用户认证�Q?br>先生�?passwd:

/path/to/apache/bin/htpasswd -c cvsweb.passwd user

修改httpd.conf: 增加

AuthName "CVS Authorization"
AuthType Basic
AuthUserFile /path/to/cvsweb.passwd
require valid-user

CVS TAGS: who? when?
====================

��?Id$ 加在�E�序文�g开头的注释里是一个很好的�?f��n)惯�Q�cvs能够自动更新其中的内�Ҏ(gu��)��Q�file_name version time user_name 的格式，比如�Q�cvs_card.txt,v 1.1 2002/04/05 04:24:12 chedong Exp�Q�可以这些信息了解文件的最后修改�h和修�Ҏ(gu��)��?/font>

几个常用的缺省文�Ӟ��(x��)
default.php

/*
* Copyright (c) 2002 Company Name.
* $Id$
*/

?>

Default.java: 注意文�g头一般注释用 /* 开�?JAVADOC注释�?/** 开始的区别

/*
* Copyright (c) 2002 Company Name.
* $Id$
*/

package com.netease;

import java.io;

/**
* comments here
*/
public class Default {
    /**
    *
    * @param
    * @return
    */
    public toString() {

    }
}

default.pl:

#!/usr/bin/perl -w
# Copyright (c) 2002 Company Name.
# $Id$

# file comments here

use strict;

在commit之前恢复CVS remove

Prayer — Thu, 14 May 2009 06:29:00 GMT

如果��x��复cvs remove�q�的文�g(在commit之前)�Q�只要进行简单的cvs add��好了�?/p>

重新考入该文�Ӟ��然后cvs add是不好用的，�?x��)得�?#8221;should be removed and is still there (or is back again)”的错误信息�?br>cvs remove test.java (删除test.java) cvs add test.java (不要试图加入一个新的test.java文�g�Q�add�?x��)找回之前删除的文�g。如果想更新原来的test.java�Q�在add之后�Q�考入新的test.java)

Prayer 2009-05-14 14:29 发表评论

CVS�ȝ��(使用)

Prayer — Mon, 09 Feb 2009 04:11:00 GMT

cvs基本命��o(h��)

checkout (co)

cvs checkout java_test

diff

查看差异

cvs diff test.c

cvs diff -c test.c

用编辑器查看

Admin-�?/span>Preferences-�?/span>wincvs

commit

提交

Log　

查看日志

版本回退

�Ҏ(gu��)��1

cvs (-Q) update -p -r 1.2 test.c > test.c

�Ҏ(gu��)��2

cvs update -j 1.3 –j 1.2 test.c

//cvs up –A test.c

模块讑֮�

CVSROOT文�g夹下�?/span>module文�g上写�?/span>

代号路径

如：(x��)acctmgmt project/acctmgmt

排除目录

如：(x��)acctmgmt !project/acctmgmt/doc project/acctmgmt

聚合多个目录

如：(x��)linux_kernel –a init mm

1 2

版本标签

单个文�g

cvs tag REL_1_0_1 test.c

所有文�?/span>

cvs tag BASELINE_1

删除标签

Cvs tag –d BASELINE_1

修改标签�?/span>

先脓(chu��ng)上新标签

Cvs tag –r BASELINE_1 BASELINE_2

然后删除旧标�{�֐�

Cvs tag –d BASELINE_1

标签的查�?/span>

Cvs status –v test.c

按日期脓(chu��ng)标签

Cvs rtag –D 20011010 REL_1_0_1 test

如果要取回老版本�ƈ�q�行修改�Q�然后提交�Ş成新版本的需求，有三�U�方法：(x��)

1�?/span>

Cvs update –p –D “2001-05-08” test.c > test.c

首先取消所有附着性标�{�、版本号、日期等

Cvs update –A

在一个��(f��)时目录下导出代码

Cvs export –D “2001-05-08” test

��所有代码拷贝到原有目录下覆盖所有原有文�?/span>

Cp –r test /home/src/test

3�?/span>

cvs update -j 1.3 –j 1.2 test

版本分支

分支创徏之后�Q�分支标�{�是与分支树(w��i)的头部版本关联的�Q�而不是与分支基点兌��的。如果需要蝲今后讉K��分支基点�Q�需要在创徏分支的时候，同时�l�主�q�代码树(w��i)贴上一个便于识别的标签�?/span>

1、在工作拯��中创建分�?/span>

Cvs co –r BASELINE_1 test

Cvs tag –b BASELINE_1_PATCH test

2、直接在仓库中创建分�?/span>

Cvs rtag –b –r BASELINE_1 BASELINE_1_PATCH

Prayer 2009-02-09 12:11 发表评论

关于二进制文件的问题 cvs diff

Prayer — Wed, 17 Dec 2008 04:47:00 GMT

什么时候需要对二进制文件进行管理是很明昄��Q�你通常使用的是二进制文�Ӟ��把它们放到版本控制时�Q�要注意的一些额外的问题�?

版本控制的一个基本功能是昄��两个修订版之间的差异。例如，如果某�h��(g��)入了一个文件的新版本，也许你想看看�q�个版本有什么变化�ƈ想确定这些改变的好坏。对于文本文�?cvs 是通过 cvs diff 命��o(h��)来提供该功能。对于二�q�制文�g�Q�一�U�可能的做法是：(x��)首先抽取�q�两的修订版本，然后使用 cvs 外部工具�Q�例如，字处理��Y仉��常都具有这��L(f��ng)��功能�Q�来比较它们。如果没有这��L(f��ng)��工具�Q�那么必��通过其他的机制来跟踪改变�Q�例如督促�h们认真记录日志信息，�q�希望他们实际所作的改动��是他们惌��改的�?

版本控制�pȝ��的另一个功能是合�ƈ两个修订版。对�?cvs�Q�两�U�环境下发生�q�种情况。一是用��h��作的改变是在不同的工作目录下(参阅 Multiple developers)。第二是是某人用 `update -j' 命��o(h��)昑ּ�合�ƈ�?参阅 Branching and merging)�?

对于文本文�g�Q?span class=sc>cvs 可以独立地合�qӞ��如果有冲�H�还可以�l�出冲突信号。而对于二�q�制文�g�Q?span class=sc>cvs 的最好做法是提供两个文�g的不同副本，让用戯��p��军_��H�。用户可以�Q选其中一个副本，或者通过能处理该格式文�g的合�q�工��h��解决�q�个问题。注意，让用戯��军_��qӞ��主要靠用户不�?x��)偶然忽略一些改变，因此�?x��)有潜在的错误发生�?

如果不喜�Ƣ上�q�处理方式的话，最好的解决办法是避免合�q�。如何避免由于不同的工作目录引�v的合�qӞ��参见 Multiple developers 里关于保留的��(g��)出方法（文�g加锁�Q�的讨论。�ؓ(f��)了避免由于分支引��L(f��ng)��合�ƈ�Q�还要限制��用分支�?

Prayer 2008-12-17 12:47 发表评论