cvs仓储

A. 仓库管理程序(用VBA或者VB和csv写的)

总共110分，我不做！

B. 电子厂cvs是什么部门

电子厂的物料员在工厂里应属于仓储部门。物料员：顾名思义就是物品材料（库）管理员。仓储部门9大业务（仓储规划、物资验收、物资入库、存储保管、物资盘点、库...

C. 如何在windows环境下配置cvs仓库

CVS源自Unix系统，其Windows的移植版并没有服务器功能。在Windows下一般采用安装这个软件来建立CVS Repository，但CVSNT的操作方法和原始的CVS略微不同。
CVS本身是命令行形式，其配置过程比较繁杂。
CVS的多帐户配置需要手动修改Repository的CVSROOT文件夹里的文件，缺乏统一的界面。
在安装了CVSNT服务器之后，默认的用户就是建立Repository的Windows系统的登陆帐户，但在多人开发的时候，肯定没人希望大家都使用同一个名字来Commit；更重要的是，我们可能需要配置开发人员的权限，例如限制某些人只能看程序，而某些人可以Commit程序，某些人可以添加新的Mole。以下是详细的步骤，环境是CVSNT 2.5.03 (Build 2151) + TortoiseCVS 1.8.25：

1. 使用CVSNT建立一个Repository。假设初始使用Windows的管理员administrator密码登陆,Repository使用Pserver协议，IP是1.2.3.4，端口号是2401，Repository名称是/TestRep，密码是123。这时的administrator也是此Repository的管理员。

2. 为了进行多用户配置，必须修改Repository的CVSROOT目录的几个文件。首先在客户端将:pserver:[email protected]/TestRep设为CVSROOT环境变量（请注意区分CVSROOT目录和CVSROOT环境变量）。然后用administrator登陆到CVS，最后Check Out出此CVSROOT目录。命令如下所示：

cvs login
//输入密码123
cvs co CVSROOT

3. 在服务器端为Windows添加一个专门用于CVS操作的Windows帐户。所有的CVS帐户都要映射到这个Windows帐户上进行实际的操作。虽然很多资料并没有提到需要建立Windows帐户，但我在实验中发现没有这种帐户，CVS在后边执行任何操作时都会报告没有此帐户的错误。假如这个新的帐户叫做cvsuser。使用Windows命令

net user cvsuser cvsuserpassword /Add

可以添加此帐户。在添加完成之后，一定要记得将/TestRep在服务器上的实际文件夹的权限里添加cvsuser的读写权限，否则到最后任何映射到cvsuser的CVS帐户都会因为没有写权限无法进行正常的commit操作。首先在服务器上的资源管理器里的“工具”菜单里找到“文件夹选项”，在随后出现的“查看”选项卡里找到“使用简单文件夹共享”的项目，取消掉前面的勾，单击确定。然后右击/TestRep所在文件夹，单击“属性”。在随后打开的对话框里可以看到“安全”选项卡。我们需要在这里添加cvsuser的读写权限。

4.为CVS添加自己的帐户。通过使用命令cvs passwd我们可以添加任意多个CVS帐户（当然，只是针对当前的Repository）。所有的帐户信息会被保存在CVSROOT目录的passwd文件当中。然而这个文件是不能Check Out出来的，只能在服务器那里看到它，并且其保存的密码信息是被加过密的。我们可以添加cvsadmin，user1，user2，anonymous等用户。例如添加cvsadmin时的命令是：cvs passwd -a -r cvsuser cvsadmin
//输入cvsadmin的密码
//再次输入cvsadmin的密码

这样就新添了cvsadmin帐户，并将其映射到Windows帐户cvsuser上(-a表示添加一个账户，-r表示影射到操作系统的帐户中。我期望将cvsadmin作为以后/TestRep的管理员。这一点十分重要，如果这时候不设置的话，再将CVS改为“仅使用CVS帐户校验模式”之后就再也没有机会添加管理员了（因为只有管理员可以看得到和操作CVSROOT目录）。

D. 远端服务器定义的cvs仓库本地路径怎么查看

环境：windowsXP/2003操作系统、
硬件条件（客户端最低配置：硬盘10G/内存回256Mb/CPU1.0G；服务器端：硬盘20G/内存512Mb/CPU1.5G）；
安装过程选择所有答安装，对于所有人员只需安装客户端程序，所有操作都在客户端上进行，服务器端程序由配置管理员负责安装和维护，服务端安装和配置略。
客户端安装好后设置语言为中文：
选择“Prefererces”（属性）菜单后设置语言为中文。
1.2取出模块
取出模块就是第一次从CVS服务器上获得一个数据模块，从CVS仓库中取出模块，创建该模块的本地工作目录，使本地目录与服务器相关联。

E. 如何更改cvs仓库名称

方法如下：
可以在EXCEL里可以直接编辑，在excel里另存为时可选择csv格式。
如果版是稍做修改，建权议直接用Notepad，不会导致格式出错；
如果需要大量修改，可采用Excel，如果直接打开存在格式错误，则需要采用数据源装载方式，在菜单“数据\导入外部数据\导入数据”，找到列表中的文本文件（*.txt,*.prn,*.csv），然后Step by Step。
注意格式的选择，预览正确后，导入后即可。

F. 怎么删除cvs仓库中不用的文件夹

删除文件分为Remove与Erase两种。Remove是同时把文件从本地和远程专仓库删除掉属，而Erase是删除本地文件，不动远程仓库中的版本。 执行Remove操作后，该文件从本地目录删除放入回收站了，其图标、版本号及状态相应变化，并输入执行信息。下一步需要...

G. cvs创建数据仓库问题

你从这里四下望过去，
他就安安静静了，当天夜里，
后来我走过了你上山时走过的路，
熄灭了光亮
也会扭曲外貌。
我这一个静谧的午后哈哈

H. Linux下CVS仓库的配置

建议在linux下，查看一下你的cvs目录权限，用命令ll+文件夹名，或者直接chmod+766+文件夹名 给予读写权限，“+”=空格

I. 用户可以删除cvs 仓库怎么办

CVS是一个很老的版本控制的工具软件了。

想入门的话推荐一个简单教程：（版权归原作者哦，你可以去网络一下原文。）
-----------------------------------------------------
CVS简单教程

------------------------------
现在服务器和客户端都设置好了，那么怎么用呢，我在这里写一个最简单的（估计也是最常用的）命令介绍：

首先，建立一个新的CVS项目，一般我们都已经有一些项目文件了，这样我们可以用下面步骤生成一个新的CVS项目：

1. 进入到你的已有项目的目录，比如叫 cvstest：
$cd cvstest
2. 运行命令：
$cvs import -m "this is a cvstest project" cvstest v_0_0_1 start
说明：import 是cvs的命令之一，表示向cvs仓库输入项目文件．
-m参数后面的字串是描述文本，随便写些有意义的东西，如果不加 -m 参
数，那么cvs会自动运行一个编辑器（一般是vi，但是可以通过修改环境变量
EDITOR来改成你喜欢用的编辑器．）让你输入信息，
cvstest 是项目名称（实际上是仓库名，在CVS服务器上会存储在以这个名字
命名的仓库里．）
v_0_0_1是这个分支的总标记．没啥用（或曰不常用．）
start 是每次 import 标识文件的输入层次的标记，没啥用．

这样我们就建立了一个CVS仓库了，然后，我们可以把这个测试项目的文件删除．试验一下如何从仓库获取文件．这里我假设上面的所有客户端工作你都已经做过了．
运行下面的命令：

$cvs checkout cvstest

从仓库中检索出cvstest项目的源文件．
如果你已经做过一次checkout了，那么不需要重新checkout，只需要进入cvstest项目的目录，更新一把就行了：

$cd cvstest
$cvs update一下即可．又或者你不想直接更新，只是想看看有没有更新的东西，那么：

$cvs status

这时后会打印出一长串状态报告（你可能需要用类似less这样的命令分页显示，或者定向到一个输出文件里慢慢看．），对项目中的每个文件有一份状态报告，类似这样：
===================================================================
File: foo.c Status: Up-to-date

Working revision: 1.1.1.1 'Some Date'
Repository revision: 1.2 /home/cvsroot/cvstest/foo.c,v
Sticky Tag: (none)
Sticky Date: (none)
Sticky Options: (none)

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

如果你只是想保持软件的同步的话（象我），那么上面的东西就足够用了．可是如果多人协作开发项目的话，可就不是了这么简单了．当你参加项目，维护文件时，就需要更多命令，比如说你我都是某 nasdaq 项目的开发人员：

1，你对某个文件做了修改，比如说改了ceo.c，加了一行程序：printf("where can I find VC to cheat!");
改完之后你要把修改提交给仓库，用命令：
$cvs commit -m "add a complain" ceo.c
或者就是：
$cvs commit -m "worry about money"
让cvs帮你检查哪个文件需要提交．

2，当我开始干活的时候，可能我先：
$cvs status
一把，这时候我会看到：

==================================================================
File: ceo.c Status: Needing Patch

Working revision: 1.1.1.1 'Some Date'
Repository revision: 1.2 /home/cvsroot/nastaq/ceo.c,v
Sticky Tag: (none)
Sticky Date: (none)
Sticky Options: (none)

于是我知道有人改了ceo.c，于是我就：
$cvs update ceo.c
或者干脆：
$cvs update
把ceo.c这个文件更新为最新版本，然后再干活．然后提交．

如果这天你修改了coo.c，加了一行 puts("how about another kind of bragging?");
并且提交了，但是这时候我已经 $cvs status 过了，就是说我不知道你的修改．
而我加了一行printf("You must shamelessly and seems knowingness to act as a coo");
并且傻乎乎地提交：
$cvs commit coo.c
这时候，CVS会告诉我
cvs commit: Examing .
cvs server: Up-to-date check failed for 'coo.c'
cvs [server aborted]: correct above error first!

于是我知道有个狗屎在我修改文件的当口做了提交，于是我
$cvs update
这时cvs会报告：
RCS file: /home/cvsroot/nasdaq/coo.c,v
retrieving revision 1.1.1.1
retrieving revision 1.2
Merging differences between 1.1.1.1 and 1.2 into coo.c
rcsmerge: warning: conflicts ring merge
cvs update: conflicts found in coo.c
C coo.c
告诉你coo.c有版本冲突，于是我编辑coo.c，这时一般文件里看起来象这样：
...
printf("You must shamelessly and seems knowingness to act as a coo");
<<<<<<< foo.c
=======
...
puts("how about another kind of bragging?");
>>>>>>> 1.2
...

于是我把上面改成：
printf("You must shamelessly and seems knowingness to act as a coo");
puts("how about another kind of bragging?");
然后
$cvs commit -m "merged" coo.c
于是下回你再更新的时候就有新的补钉要打．．．如此往复，直到完成所有修改．
不过这里有一些要注意的地方就是删除程序，如果你删掉一行对你可能没有用的程序
puts("to be honest"); 而我不想删除（因为我有用），而我不知情地直接：
$cvs update
了，那么我的这行程序也完蛋了，所以这里我们要注意所有开发人员的协调，千万不要乱删东西，大不了用
#if 0
#endif
宏定义对括起来．实在要删东西，那最好先标记一个版本：
$cvs tag v_0_0_1

然后你可以发布并删除你自己的工作目录里这个版本的文件（注意：不是删除仓库里的．）：

$cvs release -d nasdaq

然后你再生成一个新分支：

$cvs rtag -b -r v_0_0_1 v_0_0_1_1 nasdaq

然后再建立v_0_0_1_1的分支

$cvs checkout -r v_0_0_1_1 nasdaq

编辑并修改这个分支的文件，这样的做法比较好．

不过要注意的是，新标记和新分支的建立最好由项目的管理人员负责，否则每个人都做一个分支，那么仓库就太乱了．因此，比较的开发人员之间的直接沟通是不能忽略的．一般来说，在互联网上的标准模式是有一个管理员（可能自己并不写程序），有一个邮递列表，大家都在邮递列表上交流看法和做各种决议．当形成决议之后，管理员做一个新版本的标记．以此循环．

还有一些命令，比如要增加一个文件 garbage_china_concept_stocks_list：

$cvs add garbage_china_concept_stocks_list

然后还要：

$cvs commit garbage_china_concert_stocks_list

看起来有点象数据库里的事务？的确是这样．CVS维护着一个本地的参考文件（在CVS/Entries里），这样提交的时候就可以一次地把所有改变放到服务器端，这样也更安全．同样，如果想删除文件 bankrupted_web_site：

$rm bankrupted_web_site
$cvs remove bankrupted_web_site
$cvs commit bankrupted_web_site

3，一些小技巧：
$Header$ 标记：把这个标记放在文件的任何地方都会被 cvs 替换成最后修改的 cvs 用户名，该文件当前版本号，最后修改时间，该文件的 cvs 仓库路径，看起来象下面这个样子：

// $Header: /home/cvsroot/simhost/simhost.cpp,v 1.2 2001/04/20 08:26:10 jqliu Exp $

一般我们把它放在开头，这样对程序员修改文件非常便利，很多时候你只要看一眼开头就知道文件是否最新．

$Id$标记：把这个标记放在文件的任何地方都会被 cvs 替换成最后修改的 cvs 用户名，该文件当前版本号，最后修改时间，该文件的 cvs 仓库路径，看起来象下面这个样子：

$Id: simhost.cpp,v 1.3 2001/04/24 02:27:36 simhost Exp $

好了，上面所有的东西，估计就是我们用cvs时80%情况下用的命令和内容，包括文件的更新，提交，冲突的解决，分支的派生，增删文件等．实际上cvs的功能之强大，远远超出我在这里描述的内容，我这个”速成”也就管不了太多了，希望随着时间的推移，我们能够更加有效地使用CVS．也希望大家能够不断补充这篇文章，最后能够成为手册，而不仅仅是速成．当然，还要更多地参考别的文档．

J. 请教仓储式商场(WHC),大卖场(HPM),大型超市(L-SPM),便利店(CVS)的英文词汇谢谢

仓储式商场warehouse store(不符合WHC)
大卖场hypermarket
大型超市Large supermarket
便利店 convinience store