简单cvs

　　 
　　一、所要解决的问题
由于软件项目越来越大，也增加了软件项目管理的难度。在开发组中，每个成员都要保留一个副本，在开发中非常容易引起冲突。CVS 就是为了解决这个问题的。

a、修改同步，防止一名开发人员的修改覆盖其他人的成果。（check out、read only）

b、维护不同的版本。（按 version 查找）

c、可查找历史记录。防止 bug 的再引入。（diff）

CVS 为了解决这个问题，采用的方式是：

当开发人员对源代码进行修改时，修改的内容被登记（check in）到了 CVS 仓库（repository）中。仓库中保存了代码的主控副本，以及历次修改的历史信息。它不保存文件的每个版本，而只是简单的记录发生在每个版本间的不同，节省磁盘空间。它能做到：

a、使开发人员的目录和仓库保持一致。可以把自己的修改提交（commit）给仓库，让仓库更新自己。

b、允许代码派生。可以进行测试，如果失败，可以消除所做的修改，维持原结果。

c、检索任何一个版本。

二、使用 CVS：

a、建立仓库：设置并 export CVSROOT 变量，并设置仓库目录。比如创建 /home/cvsroot 目录，并合理设置权限，在 .bash_profile 中加入：export CVSROOT=$HOME/cvsroot；运行 cvs init；设置让用户输入日志信息的默认的编辑器：export EDITOR=vim。如果使用的是网络，则 CVSROOT 变量的形式是： export CVSROOT=:exit:user@server:/path，比如：export CVSROOT=:exit:david@power/home/projects/repository

b、导入文件或目录：cvs import filename_or_directory vender_tag release_tag；这三个参数的含义是：在仓库中这些导入的文件所在的目录、供应商标记、发行标记。比如 cvs import step1 david start。导入时的 N 表示所导入的文件都是新文件。

c、使用时导出文件，用：cvs checkout directory_name；参数含义是仓库中所在的目录。建立新的目录，而不是获取他人的改动

d、对文件修改后，保存修改到仓库：cvs commit。

e、如果要获得他人的修改，使用 cvs update，U 表示本地的一个文件已经被更新。如果已经对文件进行了修改，而此是他人已经修改了该文件并提交，cvs 将告诉用户发生冲突和冲突的位置。

f、添加一个文件：cvs add filename; cvs commit。

g、删除一个文件：先在本地删除，然后使用 cvs remove file_name; cvs commit。

三、使用标记

可以使用标记记录某个时刻文件的内容，这在制作发行版本的过程中非常有用：

cvs tag release1.0

改动后发现不正常，重新获得这个版本，则使用：cvs checkout -r release1.0

四、测试性代码：

当其中一个开发者对代码进行改进，但未来结果不能确定时，可以使用 cvs 产生出一个代码的分之，这并不改变主控代码：cvs tag -b for_test。导出该代码的命令是：cvs checkout -r for_test example。由于在已有的目录树中不会使用该分之，因此必须重新建立目录树。如果测试成功，则要求将主控代码和测试代码合并，则先导出主控代码，然后合并：

cvs checkout;cvs update -jfor_test;cvs commit。





[目录]

--------------------------------------------------------------------------------


automake

通常情况下，在写完自己代码后，使用 make 命令进行编译。make 命令其实什么也不做，知识读取一个叫 Makefile 的文件，从中获得 dependence and rule，然后调用 gcc 进行编译。但是 Makefile 比较复杂，变化技巧也比较多。对于一个大的工程项目来说，如果没有一个统一的风格，在工程延续的时候改动 Makefile 会很麻烦，也容易出错误。所以这时就有了使用 automake 的需求。使用 automake，只需要掌握一点点规则，定义一些变量，就能自动生成 Makefile。而这些 Makefile 有着统一的格式和结构，便于修改。下面就如何使用 automake 举出一个实际的例子。
2.1 使用 automake 的前提条件


在使用 automake 前，请先确认在系统中安装了如下软件：

GNU Automake

GNU Autoconf

GNU m4

perl

GNU Libtool（如果需要产生 shared library）如果没有的话，请在发行版中找相应的 rpm 包。

2.2 制作 configure 脚本

autoconf 是用来生成自动配置软件源代码脚本（configure）的工具。configure 脚本独立于 autoconf 运行，而且在运行的过程中，不需要用户的干预，通常不需要附带参数。它是用来检验软件必须的参数的。autoconf 从一个列举编译软件时所需要各种参数的模板文件中创建 configure。autoconf 需要 GNU m4 来生成该脚本。

由 autoconf 生成的脚本一般起名为 configure。当运行时，configure 创建了多个文件，并对这些文件中的配置参数赋予适当的值。由 configure 创建生成的文件有：

1。一个或多个 Makefile，在软件源代码的每个目录中都生成一个 Makefile。

2。还可选的生成 C 头文件——configurable，包含了各种 #define 声明。

3。一个名为 config.status 的脚本，当运行时，重新生成上面的文件。

4。一个名为 config.cache 的脚本，保存运行检测的结果。

5。一个名为 config.log 的文件，保存有编译器生成的信息，用于调试 configure。

为了让 autoconf 生成 configure 脚本，需要以 configure.in 为参数调用 autoconf。如果要检测自己的各种参数，以作为对 autoconf 的补充，则需要写 aclocal.m4 和 acsite.m4 的文件。如果要使用 C 头文件，需要写 acconfig.h，并且将 autoconf 生成的 config.h.in 同软件一起发行。

your source files --> [autoscan*] --> [configure.scan] --> configure.in


configure.in --. .------> autoconf* -----> configure

+---+

[aclocal.m4] --+ `---.

[acsite.m4] ---' |

+--> [autoheader*] -> [config.h.in]

[acconfig.h] ----. |

+-----'

[config.h.top] --+

[config.h.bot] --'


Makefile.in -------------------------------> Makefile.in

Files used in configuring a software package:

.-------------> config.cache

configure* ------------+-------------> config.log

|

[config.h.in] -. v .-> [config.h] -.

+--> config.status* -+ +--> make*

Makefile.in ---' `-> Makefile ---'


编辑 configure.in 文件：

configure.in 文件中包含了对 autoconf 宏的调用，这些宏是用来检测软件所必须的各项参数的。为了能够得到 configure.in 文件，需要使用 autoscan。configure.in 文件中，在进行各项检测前，必须在最开始调用 AC_INIT，在最后调用 AC_OUTPUT。另外有些宏由于检测的关系是和在文件中的位置相关的。最好每一个宏占用一行。


使用 autoscan 创建 configure.in 文件

可以将目录做为参数调用 autoscan，如果不使用参数的化，则认为是当前目录。autoscan 将检查指定目录中的源文件，并创建 configure.scan 文件。在将 configure.scan 改名为 configure.in 文件前，需要手工改动它以进行调整。


使用 autoconf 创建 configure 脚本

不带任何参数的运行 autoconf。autoconf 将使用 m4 宏处理器和 autoconf 宏，来处理处理 configure.in 中的宏。


configure.in 中的宏：

AC_INIT（在源代码中唯一的一个文件）：configure 将检查该文件是否存在，并检查包含它的目录是否存在。

AC_OUTPUT（文件）：指定创建的输出文件。在 configure.in 文件中调用一次。文件名间用空格分开。比如：AC_OUTPUT(Makefile:templates/top.mk lib/Makefile:templates/lib.mk)

在 configure.in 中，有一些被 autoconf 宏预先定义的变量，重要的有如下几个：

bindir：安装可执行

原文转自：http://www.ltesting.net