CVS使用手册

CVS使用手册 作者： 车东 Email: chedongATbigfoot.com/chedongATchedong.com 写于：2002/07/10 最后更新： 版权声明：可以任意转载，转载时请务必以超链接形式标明文章原始出处和作者信息及本声明 http://www.chedong.com/tech/cvs_card.html 关键词：CVS CVSWeb CVSTrac WinCVS CVSROOT 内容摘要： CVS是一个C/S系统，多个开发人员通过一个中心版本控制系统来记录文件版本，从而达到保证文件同步的目的。工作模式如下： CVS服务器（文件版本库） / | \ （版 本 同 步） / | \ 开发者1 开发者2 开发者3 作为一般开发人员挑选2,6看就可以了，CVS的管理员则更需要懂的更多一些，最后还简单介绍了一些Windows下的cvs客户端使用，CVS远程用户认证的选择及与BUG跟踪系统等开发环境的集成问题。 CVS环境初始化：CVS环境的搭建 管理员 CVS的日常使用：日常开发中最常用的CVS命令， 开发人员 管理员 CVS的分支开发：项目按照不同进度和目标并发进行 管理员 CVS的用户认证：通过SSH的远程用户认证，安全，简单 管理员 CVSWEB：CVS的WEB访问界面大大提高代码版本比较的效率 管理员 CVS TAG：将$Id$ 加入代码注释中，方便开发过程的跟踪开发人员 CVS vs VSS: CVS和Virsual SourceSafe的比较 开发人员 管理员 WinCVS: 通过SSH认证的WinCVS认证设置 基于CVSTrac的小组开发环境搭建：通过CVSTrac实现web界面的CVS用户管理,集成的BUG跟踪和WIKI交流 CVS中的用户权限管理：基于系统用户的CVS权限管理和基于CVSROOT/passwd的虚拟用户管理 一个系统20%的功能往往能够满足80%的需求，CVS也不例外，以下是CVS最常用的功能，可能还不到它全部命令选项的20%，作为一般开发人员平时会用cvs update和cvs commit就够了，更多的需求在实际应用过程中自然会出现，不时回头看看相关文档经常有意外的收获。 CVS环境初始化 环境设置：指定CVS库的路径CVSROOT tcsh setenv CVSROOT /path/to/cvsroot bash CVSROOT=/path/to/cvsroot ; export CVSROOT 后面还提到远程CVS服务器的设置： CVSROOT=:ext:[email protected]#port:/path/to/cvsroot CVS_RSH=ssh; export CVSROOT CVS_RSH 初始化：CVS版本库的初始化。 cvs init 一个项目的首次导入 cvs import -m "write some comments here" project_name vendor_tag release_tag 执行后：会将所有源文件及目录导入到/path/to/cvsroot/project_name目录下 vender_tag: 开发商标记 release_tag: 版本发布标记 项目导出：将代码从CVS库里导出 cvs checkout project_name cvs 将创建project_name目录，并将最新版本的源代码导出到相应目录中。这个checkout和Virvual SourceSafe中的check out不是一个概念，相对于Virvual SourceSafe的check out是cvs update， check in是cvs commit。 CVS的日常使用 注意：第一次导出以后，就不是通过cvs checkout来同步文件了，而是要进入刚才cvs checkout project_name导出的project_name目录下进行具体文件的版本同步（添加，修改，删除）操作。 将文件同步到最新的版本 cvs update 不制定文件名，cvs将同步所有子目录下的文件，也可以制定某个文件名/目录进行同步 cvs update file_name 最好每天开始工作前或将自己的工作导入到CVS库里前都要做一次，并养成“先同步 后修改”的习惯，和Virvual SourceSafe不同，CVS里没有文件锁定的概念，所有的冲突是在commit之前解决，如果你修改过程中，有其他人修改并commit到了CVS 库中，CVS会通知你文件冲突，并自动将冲突部分用 >>>>>> content on cvs server <<<<<< content in your file >>>>>> 标记出来，由你确认冲突内容的取舍。 版本冲突一般是在多个人修改一个文件造成的，但这种项目管理上的问题不应该指望由CVS来解决。 确认修改写入到CVS库里 cvs commit -m "write some comments here" file_name 注意：CVS的很多动作都是通过cvs commit进行最后确认并修改的，最好每次只修改一个文件。在确认的前，还需要用户填写修改注释，以帮助其他开发人员了解修改的原因。如果不用写-m "comments"而直接确认`cvs commit file_name` 的话，cvs会自动调用系统缺省的文字编辑器(一般是vi)要求你写入注释。 注释的质量很重要：所以不仅必须要写，而且必须写一些比较有意义的内容：以方便其他开发人员能够很好的理解 不好的注释，很难让其他的开发人员快速的理解：比如： -m "bug fixed" 甚至 -m "" 好的注释，甚至可以用中文: -m "在用户注册过程中加入了Email地址校验" 修改某个版本注释：每次只确认一个文件到CVS库里是一个很好的习惯，但难免有时候忘了指定文件名，把多个文件以同样注释commit到CVS库里了，以下命令可以允许你修改某个文件某个版本的注释： cvs admin -m 1.3:"write some comments here" file_name 添加文件 创建好新文件后，比如：touch new_file cvs add new_file 注意：对于图片，Word文档等非纯文本的项目，需要使用cvs add -kb选项按2进制文件方式导入(k表示扩展选项，b表示binary)，否则有可能出现文件被破坏的情况 比如： cvs add -kb new_file.gif cvs add -kb readme.doc 如果关键词替换属性在首次导入时设置错了怎么办？ cvs admin -kkv new_file.css 然后确认修改并注释 cvs ci -m "write some comments here" 删除文件 将某个源文件物理删除后，比如：rm file_name cvs rm file_name 然后确认修改并注释 cvs ci -m "write some comments here" 以上面前2步合并的方法为： cvs rm -f file_name cvs ci -m "why delete file" 注意：很多cvs命令都有缩写形式：commit=>ci; update=>up; checkout=>co/get; remove=>rm; 添加目录 cvs add dir_name 查看修改历史 cvs log file_name cvs history file_name 查看当前文件不同版本的区别 cvs diff -r1.3 -r1.5 file_name 查看当前文件（可能已经修改了）和库中相应文件的区别 cvs diff file_name cvs的web界面提供了更方便的定位文件修改和比较版本区别的方法，具体安装设置请看后面的cvsweb使用 正确的通过CVS恢复旧版本的方法： 如果用cvs update -r1.2 file.name 这个命令是给file.name加一个STICK TAG： "1.2" ，虽然你的本意只是想将它恢复到1.2版本 正确的恢复版本的方法是：cvs update -p -r1.2 file_name >file_name 如果不小心已经加成STICK TAG的话：用cvs update -A 解决 移动文件/文件重命名 cvs里没有cvs move或cvs rename，因为这两个操作是可以由先cvs remove old_file_name，然后cvs add new_file_name实现的。 删除/移动目录 最方便的方法是让管理员直接移动，删除CVSROOT里相应目录（因为CVS一个项目下的子目录都是独立的，移动到$CVSROOT目录下都可以作为新的独立项目：好比一颗树，其实砍下任意一枝都能独立存活），对目录进行了修改后，要求其开发人员重新导出项目cvs checkout project_name 或者用cvs update -dP同步。 项目发布导出不带CVS目录的源文件 做开发的时候你可能注意到了，每个开发目录下，CVS都创建了一个CVS/目录。里面有文件用于记录当前目录和CVS库之间的对应信息。但项目发布的时候你一般不希望把文件目录还带着含有CVS信息的CVS目录吧，这个一次性的导出过程使用cvs export命令，不过export只能针对一个TAG或者日期导出，比如： cvs export -r release1 project_name cvs export -D 20021023 project_name cvs export -D now project_name CVS Branch：项目多分支同步开发 确认版本里程碑：多个文件各自版本号不一样，项目到一定阶段，可以给所有文件统一指定一个阶段里程碑版本号，方便以后按照这个阶段里程碑版本号导出项目，同时也是项目的多个分支开发的基础。 cvs tag release_1_0 开始一个新的里程碑： cvs commit -r 2 标记所有文件开始进入2.x的开发 注意：CVS里的revsion和软件包的发布版本可以没有直接的关系。但所有文件使用和发布版本一致的版本号比较有助于维护。 版本分支的建立 在开发项目的2.x版本的时候发现1.x有问题，但2.x又不敢用，则从先前标记的里程碑：release_1_0导出一个分支 release_1_0_patch cvs rtag -b -r release_1_0 release_1_0_patch proj_dir 一些人先在另外一个目录下导出release_1_0_patch这个分支：解决1.0中的紧急问题， cvs checkout -r release_1_0_patch 而其他人员仍旧在项目的主干分支2.x上开发 在release_1_0_patch上修正错误后，标记一个1.0的错误修正版本号 cvs tag release_1_0_patch_1 如果2.0认为这些错误修改在2.0里也需要，也可以在2.0的开发目录下合并release_1_0_patch_1中的修改到当前代码中： cvs update -j release_1_0_patch_1 CVS的远程认证通过SSH远程访问CVS 使用cvs本身基于pserver的远程认证很麻烦,需要定义服务器和用户组，用户名，设置密码等， 常见的登陆格式如下： cvs -d :pserver:[email protected]:/path/to/cvsroot login 例子： cvs -d :pserver:[email protected]:/cvsroot login 不是很安全，因此一般是作为匿名只读CVS访问的方式。从安全考虑，通过系统本地帐号认证并通过SSH传输是比较好的办法，通过在客户机的 /etc/profile里设置一下内容： CVSROOT=:ext:[email protected]#port:/path/to/cvsroot CVS_RSH=ssh; export CVSROOT CVS_RSH 所有客户机所有本地用户都可以映射到CVS服务器相应同名帐号了。 比如: CVS服务器是192.168.0.3，上面CVSROOT路径是/home/cvsroot，另外一台开发客户机是192.168.0.4，如果 tom在2台机器上都有同名的帐号，那么从192.168.0.4上设置了： export CVSROOT=:ext:[email protected]:/home/cvsroot export CVS_RSH=ssh tom就可以直接在192.168.0.4上对192.168.0.3的cvsroot进行访问了（如果有权限的话） cvs checkout project_name cd project_name cvs update ... cvs commit 如果CVS所在服务器的SSH端口不在缺省的22，或者和客户端与CVS服务器端SSH缺省端口不一致，有时候设置了： :ext:[email protected]#port:/path/to/cvsroot 仍然不行，比如有以下错误信息： ssh: test.server.address#port: Name or service not known cvs [checkout aborted]: end of file from server (consult above messages if any) 解决的方法是做一个脚本指定端口转向（不能使用alias，会出找不到文件错误）： 创建一个/usr/bin/ssh_cvs文件，假设远程服务器的SSH端口是非缺省端口：34567 #!/bin/sh /usr/bin/ssh -p 34567 "$@" 然后：chmod +x /usr/bin/ssh_cvs 并CVS_RSH=ssh_cvs; export CVS_RSH 注意：port是指相应服务器SSH的端口，不是指cvs专用的pserver的端口 CVSWEB：提高文件浏览效率 CVSWEB就是CVS的WEB界面，可以大大提高程序员定位修改的效率: 使用的样例可以看：http://www.freebsd.org/cgi/cvsweb.cgi CVSWEB的下载：CVSWEB从最初的版本已经演化出很多功能界面更丰富的版本，这个是我个人感觉安装设置比较方便的： 原先在：http://www.spaghetti-code.de/software/linux/cvsweb/，但目前已经删除，目前仍可以在本站下载CVSWEB，其实最近2年FreeBSD的CVSWeb项目已经有了更好的发展吧，而当初没有用FreeBSD那个版本主要就是因为没有彩色的文件Diff功能。 下载解包： tar zxf cvsweb.tgz 把配置文件cvsweb.conf放到安全的地方（比如和apache的配置放在同一个目录下）， 修改：cvsweb.cgi让CGI找到配置文件： $config = $ENV{'CVSWEB_CONFIG'} || '/path/to/apache/conf/cvsweb.conf'; 转到/path/to/apache/conf下并修改cvsweb.conf： 修改CVSROOT路径设置： %CVSROOT = ( 'Development' => '/path/to/cvsroot', #<==修改指向本地的CVSROOT ); 缺省不显示已经删除的文档： "hideattic" => "1",#<==缺省不显示已经删除的文档 在配置文件cvsweb.conf中还可以定制页头的描述信息，你可以修改$long_intro成你需要的文字 CVSWEB可不能随便开放给所有用户，因此需要使用WEB用户认证： 先生成 passwd: /path/to/apache/bin/htpasswd -c cvsweb.passwd user 修改httpd.conf: 增加 <Directory "/path/to/apache/cgi-bin/cvsweb/"> AuthName "CVS Authorization" AuthType Basic AuthUserFile /path/to/cvsweb.passwd require valid-user </Directory> CVS TAGS: $Id: cvs_card.html,v 1.5 2003/03/09 08:41:46 chedong Exp $ 将$Id: cvs_card.html,v 1.9 2003/11/09 07:57:11 chedong Exp $ 加在程序文件开头的注释里是一个很好的习惯，cvs能够自动解释更新其中的内容成：file_name version time user_name 的格式，比如：cvs_card.txt,v 1.1 2002/04/05 04:24:12 chedong Exp，可以这些信息了解文件的最后修改人和修改时间 几个常用的缺省文件： default.php <?php /* * Copyright (c) 2002 Company Name. * $Header: /home/cvsroot/tech/cvs_card.html,v 1.9 2003/11/09 07:57:11 chedong Exp $ */ ?> ==================================== Default.java: 注意文件头一般注释用 /* 开始 JAVADOC注释用 /** 开始的区别 /* * Copyright (c) 2002 MyCompany Name. * $Header: /home/cvsroot/tech/cvs_card.html,v 1.9 2003/11/09 07:57:11 chedong Exp $ */ package com.mycompany; import java.; /** * comments here */ public class Default { /** * Comments here * @param * @return */ public toString() { } } ==================================== default.pl: #!/usr/bin/perl -w # Copyright (c) 2002 Company Name. # $Header: /home/cvsroot/tech/cvs_card.html,v 1.9 2003/11/09 07:57:11 chedong Exp $ # file comments here use strict; CVS vs VSS CVS没有文件锁定模式，VSS在check out同时，同时记录了文件被导出者锁定。 CVS的update和commit， VSS是get_lastest_version和check in 对应VSS的check out/undo check out的CVS里是edit和unedit 在CVS中，标记自动更新功能缺省是打开的，这样也带来一个潜在的问题，就是不用-kb方式添加binary文件的话在cvs自动更新时可能会导致文件失效。 $Header: /home/cvsroot/tech/cvs_card.html,v 1.5 2003/03/09 08:41:46 chedong Exp $ $Date: 2003/11/09 07:57:11 $这样的标记在Virsual SourceSafe中称之为Keyword Explaination，缺省是关闭的，需要通过OPITION打开，并指定需要进行源文件关键词扫描的文件类型：*.txt,*.java, *.html... 对于Virsual SourceSafe和CVS都通用的TAG有： $Header: /home/cvsroot/tech/cvs_card.html,v 1.5 2003/03/09 08:41:46 chedong Exp $ $Author: chedong $ $Date: 2003/11/09 07:57:11 $ $Revision: 1.9 $ 我建议尽量使用通用的关键词保证代码在CVS和VSS都能方便的跟踪。 WinCVS 下载： cvs Windows客户端：目前稳定版本为1.2 http://cvsgui.sourceforge.net ssh Windows客户端 http://www.networksimplicity.com/openssh/ 安装好以上2个软件以后： WinCVS客户端的admin==>preference设置 1 在general选单里 设置CVSROOT： [email protected]:/home/cvsroot 设置Authorization: 选择SSH server 2 Port选单里 钩上：check for alternate rsh name 并设置ssh.exe的路径，缺省是装在 C:\Program Files\NetworkSimplicity\ssh\ssh.exe 然后就可以使用WinCVS进行cvs操作了，所有操作都会跳出命令行窗口要求你输入服务器端的认证密码。 当然，如果你觉得这样很烦的话，还有一个办法就是生成一个没有密码的公钥/私钥对，并设置CVS使用基于公钥/私钥的SSH认证（在general 选单里）。 可以选择的diff工具：examdiff 下载： http://www.prestosoft.com/examdiff/examdiff.htm 还是在WinCVS菜单admin==>preference的WinCVS选单里 选上：Externel diff program 并设置diff工具的路径，比如：C:\Program Files\ed16i\ExamDiff.exe 在对文件进行版本diff时，第一次需要将窗口右下角的use externel diff选上。 基于CVSTrac的小组开发环境搭建 作为一个小组级的开发环境，版本控制系统和BUG跟踪系统等都涉及到用户认证部分。如何方便的将这些系统集成起来是一个非常困难的事情，毕竟我们不能指望 Linux下有像Source Offsite那样集成度很高的版本控制/BUG跟踪集成系统。 我个人是很反对使用pserver模式的远程用户认证的，但如果大部分组员使用WINDOWS客户端进行开发的话，总体来说使用 CVSROOT/passwd认证还是很难避免的，但CVS本身用户的管理比较麻烦。本来我打算自己用perl写一个管理界面的，直到我发现了 CVSTrac：一个基于WEB界面的BUG跟踪系统，它外挂在CVS系统上的BUG跟踪系统，其中就包括了WEB界面的CVSROOT/passwd文件的管理，甚至还集成了WIKIWIKI讨论组功能。 这里首先说一下CVS的pserver模式下的用户认证，CVS的用户认证服务是基于inetd中的： cvspserver stream tcp nowait apache /usr/bin/cvs cvs --allow-root=/home/cvsroot pserver 一般在2401端口（这个端口号很好记：49的平方） CVS用户数据库是基于CVSROOT/passwd文件，文件格式： [username]:[crypt_password]:[mapping_system_user] 由于密码都用的是UNIX标准的CRYPT加密，这个passwd文件的格式基本上是apache的htpasswd格式的扩展（比APACHE的 PASSWD文件多一个系统用户映射字段），所以这个文件最简单的方法可以用 apache/bin/htpasswd -b myname mypassword 创建。注意：通过htpasswd创建出来的文件会没有映射系统用户的字段 例如： new:geBvosup/zKl2 setup:aISQuNAAoY3qw test:hwEpz/BX.rEDU 映射系统用户的目的在于：你可以创建一个专门的CVS服务帐号，比如用apache的运行用户apache，并将/home/cvsroot目录下的所有权限赋予这个用户，然后在passwd文件里创建不同的开发用户帐号，但开发用户帐号最后的文件读写权限都映射为apache用户，在SSH模式下多个系统开发用户需要在同一个组中才可以相互读写CVS库中的文件。 进一步的，你可以将用户分别映射到apache这个系统用户上。 new:geBvosup/zKl2:apache setup:aISQuNAAoY3qw:apache test:hwEpz/BX.rEDU:apache CVSTrac很好的解决了CVSROOT/passwd的管理问题，而且包含了BUG跟踪报告系统和集成WIKIWIKI交流功能等，使用的 CGI方式的安装，并且基于GNU Public License： 在inetd里加入cvspserver服务： cvspserver stream tcp nowait apache /usr/bin/cvs cvs --allow-root=/home/cvsroot pserver xietd的配置文件：%cat cvspserver service cvspserver { disable = no socket_type = stream wait = no user = apache server = /usr/bin/cvs server_args = -f --allow-root=/home/cvsroot pserver log_on_failure += USERID } 注意：这里的用户设置成apache目的是和/home/cvsroot的所有用户一致，并且必须让这个这个用户对/home/cvsroot/下的 CVSROOT/passwd和cvstrac初始化生成的myproj.db有读取权限。 安装过程 下载：可以从http://www.cvstrac.org 下载 我用的是已经在Linux上编译好的应用程序包：cvstrac-1.1.2.bin.gz， %gzip -d cvstrac-1.1.2.bin.gz %chmod +x cvstrac-1.1.2.bin #mv cvstarc-1.1.1.bin /usr/bin/cvstrac 如果是从源代码编译： 从 http://www.sqlite.org/download.html 下载SQLITE的rpm包： rpm -i sqlite-devel-2.8.6-1.i386.rpm 从 ftp://ftp.cvstrac.org/cvstrac/ 下载软件包 解包，假设解包到/home/chedong/cvstrac-1.1.2下，并规划将cvstrac安装到/usr/local/bin目录下， cd /home/chedong/cvstrac-1.1.2 编辑linux-gcc.mk: 修改： SRCDIR = /home/chedong/cvstrac-1.1.2 INSTALLDIR = /usr/local/bin 然后 mv linux-gcc.mk Makefile make #make install 初始化cvstrac数据库：假设数据库名是 myproj 在已经装好的CVS服务器上（CVS库这时候应该已经是初始化好了，比如：cvs init初始化在/home/cvsroot里），运行一下 %cvstrac init /home/cvsroot myproj 运行后，/home/cvsroot里会有一个的myproj.db库，使用CVSTRAC服务，/home/cvsroot/myproj.db /home/cvsroot/CVSROOT/readers /home/cvsroot/CVSROOT/writers /home/cvsroot/CVSROOT/passwd这几个文件对于web服务的运行用户应该是可写的，在RedHat8上，缺省就有一个叫 apache用户和一个apache组，所以在httpd.conf文件中设置了用apache用户运行web服务： User apache Group apache， 然后设置属于apache用户和apache组 #chown -R apache:apache /home/cvsroot -rw-r--r-- 1 apache apache 55296 Jan 5 19:40 myproj.db drwxrwxr-x 3 apache apache 4096 Oct 24 13:04 CVSROOT/ drwxrwxr-x 2 apache apache 4096 Aug 30 19:47 some_proj/ 此外还在/home/cvsroot/CVSROOT中设置了： chmod 664 readers writers passwd 在apche/cgi-bin目录中创建脚本cvstrac: #!/bin/sh /usr/bin/cvstrac cgi /home/cvsroot 设置脚本可执行： chmod +x /home/apache/cgi-bin/cvstrac 从 http://cvs.server.address/cgi-bin/cvstrac/myproj 进入管理界面 缺省登录名：setup 密码 setup 对于一般用户可以从： http://cvs.server.address/cgi-bin/cvstrac/myproj 在setup中重新设置了CVSROOT的路径后，/home/cvsroot 如果是初次使用需要在/home/cvsroot/CVSROOT下创建passwd, readers, writers文件 touch passwd readers writers 然后设置属于apache用户， chown apache.apache passwd readers writers 这样使用setup用户创建新用户后会同步更新CVSROOT/passwd下的帐号 修改登录密码，进行BUG报告等， 更多使用细节可以在使用中慢慢了解。 对于前面提到的WinCVS在perference里设置： CVSROOT栏输入：[email protected]:/home/cvsroot Authenitication选择：use passwd file on server side 就可以了从服务器上进行CVS操作了。 CVS的用户权限管理 CVS的权限管理分2种策略： 基于系统文件权限的系统用户管理：适合多个在Linux上使用系统帐号的开发人员进行开发。 基于CVSROOT/passwd的虚拟用户管理：适合多个在Windows平台上的开发人员将帐号映射成系统帐号使用。 为什么使用apache/apache用户？首先RedHat8中缺省就有了，而且使用这个用户可以方便通过cvstrac进行WEB管理。 chown -R apache.apache /home/cvsroot chmod 775 /home/cvsroot Linux上通过ssh连接CVS服务器的多个开发人员：通过都属于apache组实现文件的共享读写 开发人员有开发服务器上的系统帐号：sysuser1 sysuser2，设置让他们都属于apache组，因为通过cvs新导入的项目都是对组开放的：664权限的，这样无论那个系统用户导入的项目文件，只要文件的组宿主是apache，所有其他同组系统开发用户就都可以读写；基于ssh远程认证的也是一样。    apache(system group) /            |           \ sysuser1   sysuser2     sysuser3 Windows上通过cvspserver连接CVS服务器的多个开发人员：通过在passwd文件种映射成 apache用户实现文件的共享读写 他们的帐号通过CVSROOT/passwd和readers writers这几个文件管理；通过cvstrac设置所有虚拟用户都映射到apache用户上即可。    apache(system user) /            |            \ windev1     windev2      windev3              利用CVS WinCVS/CVSWeb/CVSTrac 构成了一个相对完善的跨平台工作组开发版本控制环境。 相关资源： CVS HOME： http://www.cvshome.org CVS FAQ： http://www.loria.fr/~molli/cvs-index.html 相关网站: http://directory.google.com/Top/Computers/Software/Configuration_Management/Tools/Concurrent_Versions_System/ CVS--并行版本系统 http://www.soforge.com/cvsdoc/zh_CN/book1.html CVS 免费书: http://cvsbook.red-bean.com/ CVS命令的速查卡片 refcards.com/refcards/cvs/ WinCVS: http://cvsgui.sourceforge.net/ CVSTrac: A Web-Based Bug And Patch-Set Tracking System For CVS http://www.cvstrac.org StatCVS：基于CVS的代码统计工具：按代码量，按开发者的统计表等 http://sourceforge.net/projects/statcvs 如何在WEB开发中规划CVS上：在Google上查 "cvs web development" http://ccm.redhat.com/bboard-archive/cvs_for_web_development/index.html 一些集成了CVS的IDE环境： Eclipse Magic C++ 原文出处：<a href="http://www.chedong.com/tech/cvs_card.html">http://www.chedong.com/tech/cvs_card.html</a> <<返回 <<返回首页

添加评论 | 阅读评论 (1) 11:01  |  固定链接 | 引用通告 (0) | 记录它 | 计算机与 Internet

固定链接 关闭 http://spaces.msn.com/flysun163/blog/cns!F2C97A1FECAB3F9F!148.entry

8月18日

2005年度 JavaOne大会上，Nokia公司活动。可以借此分析手机重点技术

2005年度 JavaOne大会上，Nokia公司活动。可以借此分析手机重点技术         移动服务架构计划：JSR-248和JSR-249(6月27日16：45) 　　移动服务架构计划：JSR-248和JSR-249的最新消息(6月27日21：30) 　　J2ME平台网络手机游戏综述(6月28日9：45) 　　Java校验程序：如何封装面向市场的应用程序(6月28日20：30) 　　JSR-258设计，手机用户界面定制API(6月28日20：30) 　　在J2ME平台上通过蓝牙传输多媒体流(6月28日21：30) 　　通过Java技术实现OSS设计指南(6月28日21：30) 　　手机蓝牙网络JSR-82实用推荐及高级实践(6月29日16：00) 　　使用SIP AAPI在J2ME平台上实施Midlets(6月29日20：30) 　　使用RFID和虚拟标签：JSR-257无接点通讯API入门(6月29日22：30) 　　使用JSR-226打造便携和可升级移动应用程序(6月30日14：30) 　　诺基亚还希望与会者访问诺基亚展台(#1301)，并同诺基亚Java技术专家就手机服务开发进行交流。在诺基亚展台，开发者可以获得诺基亚最新的手机开发包，观看下一代移动设备演示，或者浏览有关开发平台、开发者工具以及如何从移动通信中盈利的简单介绍。

添加评论 21:22  |  固定链接 | 引用通告 (0) | 记录它 | 计算机与 Internet

固定链接 关闭 http://spaces.msn.com/flysun163/blog/cns!F2C97A1FECAB3F9F!147.entry

什么手机才算是 Smart Phone ?

什么手机才算是 Smart Phone ?               市场上有不少拍摄手机，又支持 MP3 播放，又有日程表等功能，究竟它们就是否 Smart Phone呢 ? 回答当然是否定的。那到底甚么样的手机才算是智能手机呢 ? 为了满足人们在商务 ; 娱乐等方面的需要，手机的功能越来越强大，外形也越来越特别，但不就等同『智能』。要真正成为智能手机，最根本的就是必须具有开放式操作系统。那甚么是开放式操作系统呢 ? 手机上的开放式操作系统其实就像计算机上的 Windows 操作系统 ， Linux 操作系统等一样，都是可以通过安装或卸载第三方软件开发者开发的应用程序，实现用户和设备间按照需求达成互动关系的操作系统，现在智能手机的操作系统分为 Symbian， Windows Mobile， Linux 和 Palm 四大阵营的开放式操作系统，所以采用上述 4 类操作系统的手机才算是 Smart Phone。 目前智能手机 （Smart Phone) 的阵营内，共有分四大类 Smart Phone OS 系统。 1) Symbian OS （UIQ/Series 60/70/80/90) 2) PALM OS 3 Windows Mobile OS 4) Linux OS Symbian OS Symbian OS 智能手机操作系统是由多间厂商共同投资开发，所以也是现在被使用得最多和广泛操作系统之一，并根据各不同手机制造商和手机的需要，衍生演变出下列数个系列的智能手机操作系统来。 1)Symbian OS Series 60 2) Symbian OS Series 90. 3) Symbian OS UIQ 而其中Symbain OS Series 60 系统还分为 Symbian 6 .0 OS Series 60/Symbian 7. 0 OS Series 60 /Symbian 8. 0 OS Series 60 这三种不同的系统版本。 于多个 Series，要的分别在于它的的屏幕 Resolution 于输入方式。 Serie s60/80/90 全部都系建基于 Symbian 操作平台而开发的接口，但系暂时系冇 Series70 这个接口的，而未来Nokia可能会研发出 Series50 与 Series100接口，致于详细数据并未清楚。 Series 60 Series 60 接口暂时系咁多个 Series 中最多软件/game 支持的，所以功能和娱乐性暂时系最高，而 Series 60 接口暂时的屏幕 Resolution 为 176 x 208 pixels，而未来将会有更高的分辨率 240 x 320 pixels，352 x 416 pixels。 Series 80 Series 80 接口系指支持 Qwerty Keybroad 的手机， 例如： 9210、 9300、9500 等手机， Nokia 称它们为communicator，而 Series 60 接口暂时的屏幕 Resolution 为 640 x 200 pixels。 Series 90 Series 90 接口系配备轻触式屏幕，屏幕 Resolution 为多个 Series 之中最大的 640 x 320 pixels，按道理佢的功能和娱乐性最高，但因为佢的机种不多 （只有7700，7710)，所以暂时冇 Series 60 咁多野玩，仲有，Series 90 传闻会同 Series 60 结合，所以 Series 90可能只系一个过渡性产品。 而使用 Symbian OS 的手机品牌十分广泛，有 Sanyo、BenQ、Siemens、Motorola、Panasonic、Nokia、Sendo、SE、SamSung、LG、Fujitsu、Lenovo、三菱电机公司等。 Windows Mobile OS 而 Windows Mobile 其实不是一个操作系统，而是一个微软 （MicroSoft) 旗下的一个品牌，其前身为微软于1996 年推出的 Windows CE ，到了 2000 年 4 月，微软终于决心摆脱 Palm 的巨大阴影，把 Windows CE 系列更名为 "Windows Pocket PC"，伴随着手机硬件的发展和智能手机市场的出现，2003 年时为了适应手持设备市场的变化，微软开发出 Pocket Phone Edition 以及 Windows Powered Smart Phone 的操作系统，并将这两者同时划为 Windows Mobile 这一理念下的一个产物来了，使用 Windows Mobile OS 的手机品牌有著名的 XdaII、O2、HP 系列的 PDA 手机等。 Linux OS 而 Linux 操作系统和其在计算机上一样，都是一套自由使用和免费的操作系统，从成本方面考虑，无疑是最好的选择，Linux 在智能手机操作系统中最有价值之处在于与 JAVA 的溶合性，令 Linux + JAVA 的应用方式给智能手机用户极大的扩展，这也是 Linux 智能手机所占市场份额日益增加的原因，不过由于 Linux 操作系统在智能手机中的起步较迟，而且开发者大多属于各自为战的心态，所以现阶段来说 Linux Smart Phone 还没有太大的突破，但相信日后会有更强劲的发展潜在力。而使用 Linux OS 的手机品牌有Motorola E680。 Palm OS Palm 最初是为掌上计算机设计的开放式操作系统，但是随着无线通迅在个人掌上终端上的发展，Palm 的操作平台也被引入成为智能手机的操作系统，Palm 与其它操作智能手机系统不同，其系统本身所消耗的硬件资源是相当少。这样便会令到智能手机的硬件配置不会因此而捉襟见肘，但也正是因为如此，Palm 操作系统本身所能实现的功能十分有限，在很大程度上是需要通过第三方软件的拹助和扩展，所以用Palm 操作系统的智能手机对用户的要求相对较高，这也是现时 Palm 没有得到良好发展的其中一个原因。 智能手机的优点 如果用一个词来形容智能手机的优点的话，"无所不能"这句说话比较能突出智能手机的强大，听上去有点胯张，但由于智能手机采用了开放式操作系统，只要第三方软件开发者开发出能够满足你需要的功能的软件，那么你就可以通过在智能手机上，安装这款软件来实现你的需求，这也是智能手机生产商，所提出的 "ALL IN ONE" 的概念来，虽然一般智能手机上的功能，不能可以代替计算机内的功能，但在一般用户之日常工作所需下，是肯定比普通的手机为高出数级。 智能手机的优缺点 智能手机为实现各种功能，自然就需要比较强大而且齐全的硬件配置，所以智能手机的体积相比普通手机还不能得到根本上的突破，便携性方面要差于普通手机，智能手机采用了高级的系统，就像计算机上的 Windows O/S一样，出错的频率也要高于一般普通手机，故在 Smart Phone 身上发生 Hang 机只不过是一件正常的事，需要 Re-start 手机等问题发生在智能手机上并不奇怪 ! 另外由于手机采用了开放式的操作系统，智能手机难免会遭到非法程序的影响，例如最近的出现的多个智能手机病毒问题，这些都会影响到智能手机的正常使用。 另外 Smart Phone 的耗电量，多少是会较一般普通手机为多，但不算是严重，以功能和性能来对比仍算是合理的。