可否把你的操作详细描述一下
我测试过，所有的客户端都可以应用。
至于第二个问题，可能是与那段代码的调用有关。
当元素过多时时，一般的ADD操作时间会很长，
嘿嘿，文件数过多的ADD操作时，会受性能影响的。
至于出错，我估计也是同一个问题。
改天我试试，你一次性ADD多少元素？

我这里看不到附件

问一下递归add用的是cleardlg还是mkelem？

如果在add的过程中目录版本增加太多的话，性能肯定会有影响

用的是cleardlg

版主的方法不错,按照上面的配置试验了一下,客户端成功,我的服务器是linux,但是有一个不好,就是如果文件被check out后没有修改,在做check in时版本树会自动增长,这跟没有递归checkin时版本树不一样。不递归checkin时是有变动的文件版本树才会增加，没有变动的文件版本树不增加。

[ 本帖最后由 fzbh 于 2007-6-20 15:03 编辑 ]

第1步、按文档在服务器端做clearmenuadmin的相关设置，在Application里设置为clear case explorer.将改动的内容生成reg文件保存且共享出来；(说明第1步操作完成后，服务端可以进行递归CO、CI、ADD了)

第2步、用某客户端下载服务端共享出来的reg文件，并双击应用到本地系统上；(说明客户端的此部操作完成后，在客户端的clearmenuadmin里能看见新应用上的功能名称，但用clearcase explorer登陆后，对私有文件右键没有递归ADD功能显示、CI状态的右键无递归CO功能)

问题2：一般文件元素较多时大概有好几百乃至上千个文件无素时，就会退出ADD操作

批量加入版本控制这个比较麻烦。如果文件太多，一个个选择，太麻烦了。
有一个命令可以实现
for /f "delims==," %v in ('cleartool ls -view_only -r -short') do cleartool mkelem -nc -mkpath -ci "%v"

但是这个命令是把目录都co出来。
之后，需要再ci的
我想把这个命令也做为菜单显示。
在Add to source control (recursively 的argument中输入find $file -exec  "cmd /c cleartool mkelem -nc -mkpath -ci \"%CLEARCASE_PN%\""
但是执行起来出错了。

有人知道吗？

我选择的是 windows explorer，menu是出现了，但实际上并没有执行操作，
比如Add to source control (recursively)... 这个。
不知道为什么

终于弄清楚了
This script is intended for use with base ClearCase and not UCM.

LZ应该在译文中把这个写出来，不然白忙活一场~~

不知道大家试过成功的，最大限制个数是多少呢？是包括嵌套内的文件还是仅目录的个数限制呢？