1.linux操作系统上cvs常用命令是源码那些?
2.交付中的Version和Revision
3.“rcs”是指什么系统的缩写？
4.关于verilog 的assign

linux操作系统上cvs常用命令是那些?

       登陆cvs： cvs -d :pserver:xuquanxing@...:/home/cvsroot login 将提示你输入密码，登陆成功后以后在登陆不需要密码

           检出整个工程(必须先检出整个工程，源码才能进行其它的源码操作)  cvs -d :pserver:xuquanxing@...:/home/cvsroot checkout mindquiz 在执行update时可以转到本地相应目录直接 cvs update 也可以在其它目录cvs update 目录名

           （下面是网络上找到）

           1.登陆cvs： cvs -d :pserver:xuquanxing@...:/home/cvsroot login

            Note：pserver是访问方式，如果服务器设置的源码是口令认证，则是源码 pserver。       username是源码群通知源码  CVS服务器的用户名，可以根据你的源码设置修改;       the_server_name是CVS服务器的名称或者IP地址;       /home/cvsroot是你的CVS服务器的CVSROOT目录，根据你的源码CVS服务器设置做修改或者询问管理员．

           这时候cvs会问你口令，请把你在CVS服务器上的源码口令敲进去： Passwd:xxxxxxxx

            2. 提交项目--import    cvs import [-options] repository vendortag releasetag... Note: 该命令将当前目录下的所有文件(包括子目录)导入源代码储存库。     repository ：项目名称，源码在CVS服务器上会创建以这个名字命名的源码仓库。     vendortag :  项目分支的源码总标记。(不常用)     releasetag ：标识文件的源码输入层次的标记。 (一般用start)   使用import提交项目的源码时候，CVS会要求对项目进行说明。源码在默认状态下，CVS会弹出文本编辑器。用户也可以用-m “log_message”来输入

           说明信息。

           例如 $cvs import -m "upload the first time as new module" judecvs v_0_0_1 start

            提示：import 一般在第一次导入module时使用。后期修改文件后可直接使用commit命令提交修改的文件。

           3. 从CVS导出项目--checkout    cvs checkout [options] modules...    此命令将源代码储存库中已有的混沌公式源码项目导出到当前目录。     modules ：项目名称例如,从仓库中检索出judecvs项目的源文件．  $cvs  checkout  judecvs

            4.CVS 主要命令---update 更新当前工作目录中的文件   cvs update [-options] [files...]   此命令比较指定CVS源码库中的文件和当前目录下的文件，如果CVS源码库中有更高版本的源文件，则更新当前目录下的文件。此命令只有在

           checkout命令使用过后才能使用。    在执行update命令时，CVS并不是简单的将新版本覆盖当前文件，而是试图将新版本所做的修改添加到当前文件中去。如果发生冲突，CVS会

           以字符串 “”和“”来表示冲突发生。这时候你可以修改文件，重新提交。提示：如果你已经做过一次checkout了，那么不需要重新checkout，只需要进入cvstest项目的目录，更新一把就行了：  例如： $cd  judecvs  $cvs  update

            5.CVS 主要命令---status 如果你不想直接更新，只是想看看有没有更新的东西，那么：  $cvs  status 会给每个文件有一份状态报告，类似这样：  ================================================== File:  client.c                    Status:  Up-to-date        Working  revision:        1.1.1.1  'Some  Date'        Repository  revision:  1.2          /home2/cvsroot/judecvs/client.c,v

            这里最重要的就是  Status  栏，这里总共可能有四种状态：  Up-to-date：表明你要到的文件是最新的．  Locally  Modified：表明你曾经修改过该文件，但还没有提交，固件源码精简你的版本比仓库里的新．  Needing  Patch：表明有人已经修改过该文件并且已经提交了！你的版本比仓库里的旧．  Needs  Merge：表明你曾经修改国该文件，但是别人也修改了这个文件，而且还提交给仓库了！

           6.CVS 主要命令---commit 保存修改到CVS中 cvs commit  [-lnR]  [-m 'log_message' | -f file] [-r revision] [files...]    此命令将当前目录下的源代码与CVS中最新版本比较，并进行更新。    [-m ‘log_message‘ ] ：输入修改说明。    [-r revision] ：指定版本。    [files...] ：指定修改文件。

           $cvs  commit  -m  "add XXX function"   client.c

            系统会提示 CVS: ---------------------------------------------------------------------- CVS: Enter Log.  Lines beginning with `CVS:' are removed automatically CVS: CVS: Committing in . CVS: CVS: Modified Files: CVS:    client.c CVS: ----------------------------------------------------------------------

           退出后，系统询问是否continue,输入c,则完成checkin Log message unchanged or not specified a)bort, c)ontinue, e)dit, !)reuse this message unchanged for remaining dirs Action: (continue) c Checking in client.c; /home2/cvsroot/judecvs/client.c,v  --  client.c new revision: 1.2; previous revision: 1.1 done

            如果CVS上文件已经有其他人更新，也就是我当前工作的不是最新版本，系统提示commit失败，这时候需要先update,然后把整合文件再commit. cvs server: Up-to-date check failed for `client.c' cvs [server aborted]: correct above errors first! cvs commit: saving log message in /tmp/cvsCEjA9N

            提示：修改文件之前先update或者先查看文件状态，确认当前工作版本是最新版本。

           7.添加文件到项目中---add    cvs add [-k kflag] [-m 'message'] files...     此命令并不真正添加文件，只是将文件注册到项目中，要真正添加文件，还要使用commit命令。例如： $cvs add -m "test add" testadd.c

            提示： cvs server: scheduling file `testadd.c' for addition on branch `v_0_0_2' cvs server: use 'cvs commit' to add this 商用商城源码file permanently

            $cvs commit

            同commit过程一样，CVS将testadd.c添加到项目中

           8.CVS 主要命令---remove 从项目中删除文件   cvs remove [-k kflag] [-m 'message'] files...    和add命令一样，此命令并不真正删除文件，只是将文件从项目中取消，要真正删除文件，还要使用commit命令。   e.g.   $rm testadd.c   $cvs rm testadd.c 系统提示 cvs server: scheduling `testadd.c' for removal cvs server: use 'cvs commit' to remove this file permanently

            $cvs  commit testadd.c

            此时，CVS才将testadd.c从项目的最新版本中删除，但是如果它有以前的版本，以前版本依然存在。

           cvs update的信息报告 "cvs update" 后在信息框里会列出你的操作，你的文件update的情况，这里是CVS使用的所有其它单字符信息性消息的列表： U [path] 在本地机更新get到了服务器上最新的或者最新版本的文件。 P [path] 像“U”一样，只是在update时你的网络带宽少的情况下CVS服务器所出现的提示。 M [path] 这意味着您已经修改过该文件了；而且，有可能资源库中新的更改已成功地合并到该文件。 C [path] 错误警报，"C" 字符表明该文件存在冲突，需要在使用 "commit" 提交前解决这冲突。 A [path] 该文件是图片制作源码计划要添加的，即添加了但尚未提交，这时你还使用update命令，CVS就会有这个提示，当你 "commit" 时，它被正式添加

           到服务器库中，问题解决。 R [path] 象 "A" 一样，"R" 让您知道该文件计划要删除的，即删除了但尚未提交，这时你还使用update命令， CVS就会有这个提示，当你 "

            commit" 后，该文件就会从服务器库中删除，问题解决。

交付中的Version和Revision

       本文旨在探讨交付中的“版本”与“修订”概念，提供一个易于讨论的框架。

       交付一个部件时，我们为其指定版本，如1.0。这个版本被交付给用户，用户在使用过程中发现并提出问题，我们需要对版本进行修改。即便修改后的版本仍命名为1.0，从用户角度看，它与原始版本并无区别，可以直接替换。但对于我们开发者而言，内部版本编号发生变化，如从1.0更改为1.0.1，此为修订。

       修订积累于内部，但对用户而言，我们交付的版本仍保持1.0不变，即指最后一个修订或版本的头部。当向客户交付版本1.0，并将修订升级至1.0.3，此时新客户亦接收1.0版本。若修订更新至1.0.4，客户A愿意升级，而客户B则不愿。这时，我们面临两种策略。

       我们认为交付了两个版本：一个版本保持不变，而另一个版本持续迭代。交付多个HEAD意味着需维护多套工作流程。

       版本对于外部用户而言，是对外的概念，内部开发则视之为“分支”。一旦承诺版本，开发活动需在该版本基础上进行。

       交付的版本与用户是否为同一客户无关。即便不同客户使用同一设备，基于不同的维护策略，版本也可能产生分裂。例如，先开发设备H1支持软件V1.0，随后推出设备H2，与H1共用。选择升级至V1.0.x或V2.0.x支持设备混用，这会导致版本分裂。

       版本与交付形式（源代码或二进制）无关，关键在于用户反馈要求在确切交付版本上进行修改。交付源代码时，用户自行编译多个实例，升级源代码即可满足需求。交付二进制时，即使仅修改编译选项，同一源代码编译出多个二进制版本，构成两个版本，需要考虑配套关系。

       版本概念强调行为和承诺，而非名称。同一名称下，不同交付物被视为不同版本，问题由交付方负责解决。理解版本和修订之间的区别有助于优化维护策略和测试流程，控制版本数量以维持测试可控性，同时满足用户需求，避免用户被多个版本所束缚。

       综上所述，版本与修订概念对于软件开发与交付至关重要，它们不仅影响内部开发流程，还关乎外部用户交互与产品迭代策略。理解并正确应用这些概念，有助于构建稳定、高效、灵活的软件生态。

“rcs”是指什么系统的缩写？

       "rcs"，即"Revision Control System"的缩写，直译为“修订控制系统”。这是一个在计算机领域中广泛使用的术语，其英文缩写在Unix Commands分类中具有的流行度。它主要用于管理源代码的修改版本，确保代码的版本控制和协作开发。

       历史上，Linux内核并未有过正式的源代码管理系统，但"rcs"的概念在软件开发中扮演着重要角色，如指示开发者将代码放入版本控制系统，如Git或SVN，以跟踪和管理代码的每一次改动。例如，"Get your code in an revision control system"表明了其在实际项目中的应用。

       此外，"rcs"也出现在其他非技术领域，如在《高速公路隧道监控系统模式》的修订说明中，它可能指的是监控系统配置的更改管理。在工业生产中，如板带冷连轧系统的在线控制模型中，"FEM contact friction distribution revision"则涉及摩擦力分布的修订和控制。

       卫生部门为了确保产品质量和公共卫生，也可能使用"rcs"来指代卫生标准的修订、产品认证体系的建立以及预警与控制系统的完善。总的来说，"rcs"作为"修订控制系统"，在多个行业和应用场景中都发挥着关键的管理作用。

关于verilog 的assign

       å…³äºŽé—®é¢˜è¡¥å……：其实如果想做赋值的话，一般都会习惯性地定义一下reg型变量，然后在always语句块内直接赋值就可以了，类似于：reg a;a=1。很少有人定义wire型变量然后再赋值的，wire型一般都是在上层模块中调用下层模块的输入输出时才会定义的类型，一般都是这样。而assign命令一般都习惯性地当做连线用，比如想把一个模块的输出给另一个模块当输入，就可以assign Input=Output;

       è‡³äºŽæ—¶é’Ÿé‚£ä¸¤å¥ï¼Œå…¶å®žé‚£ä¸ªä¹Ÿæ˜¯ä¹ æƒ¯æ€§çš„写法，一般都习惯使用时钟信号同步整个模块，而时钟信号就是从testbench文件中发出的。特别是对于大的工程，这样的设定会方便各个模块之间的同步。我可不是什么工程师，只不过是刚学了verilog一年的研究生而已，呵呵

       åˆå­¦è€…吧？你写的这个有太多不规范的地方= =

       è™½ç„¶assign可以这样用，不过很少有人这么写。assign相当于连线，一般它的用处是将一个变量的值不间断地赋值给另外一个，就像把这两个变量连在一起一样。

       æ›¿ä½ å†™äº†ä¸ªtestbench，应该还算是比较规范的，你可以参考我的改一下。如果还不行的话你把你的源代码给我我可以帮你看一下

       `timescale 1ns / 1ps

       ////////////////////////////////////////////////////////////////////////////////

       // Company:

       // Engineer:

       //

       // Create Date: :: //

       // Design Name: tb_binseg

       // Module Name: D:/Xilinx/.1/myproject/test/testbench.v

       // Project Name: test

       // Target Device:

       // Tool versions:

       // Description:

       //

       // Verilog Test Fixture created by ISE for module: tb_binseg

       //

       // Dependencies:

       //

       // Revision:

       // Revision 0. - File Created

       // Additional Comments:

       //

       ////////////////////////////////////////////////////////////////////////////////

       `timescale 1ns / 1ps

       ////////////////////////////////////////////////////////////////////////////////

       // Company:

       // Engineer:搞吓米飞机

       //

       // Create Date: :: //

       // Design Name: test

       // Module Name: D:/Xilinx/.1/myproject/convolution/convolutiontest.v

       // Project Name: convolution

       // Target Device:

       // Tool versions:

       // Description:

       //

       // Verilog Test Fixture created by ISE for module: convolution

       //

       // Dependencies:

       //

       // Revision:

       // Revision 0. - File Created

       // Additional Comments:

       //

       ////////////////////////////////////////////////////////////////////////////////

       module test;

        // Inputs

        reg clk;

        reg din;

        reg en;

        // Outputs

        wire dout;

       // Instantiate the Unit Under Test (UUT)

        binseg tb(

        .din(din),

        .en(en),

        .dout(dout));

        initial begin

        // Initialize Inputs

        clk=0;

        din=0;

        en=1;

        // Wait ns for global reset to finish

        #;

        en=0;

        // Add stimulus here

       end

       always #4 Clk=~Clk;

       always@(posedge clk)

       begin

        if(din<=4'b)

        begin

        din=din+1;

        end

        else

        begin

        din=0;

        end

       end

       endmodule