刚开始CM工作，遇到这样一个问题：
windowsClearCase base 对目录有权限但是看不到目录中的内容：

对这个目录的权限是新开通的，之前没有；
加到权限组后，可以看该目录的属性以及version tree，可是查看目录就是显示为空，这是怎么回事呢？？

谢谢

环境：WINDOWS  clearcase v7.0
使用CCRC 客户端且不使用环境变量设置主组，用户使用的是CC服务器上的本地组（CC服务器不是域控制器服务器），现在要求实现权限控制机制，要求如下：
1、对某个目录可能存在三种权限的用户：
      （1）完全控制，包括读写、CI、CO的权限
      （2）只具有查看的权限，即只能查看文件夹下的内容、但不能进行CI,CO等操作
      （3）不能查看，即不能查看文件夹下的内容

2、我已经考虑并测试了我的方法：不能满足：
     我在当前目录外再嵌套一层目录，设置外目录的权限为750，指向的用户组为包含以上权限（1）（2）的用户的新创建的组，然后在对内目录设置775权限，其中设置的组是（1）类用户所在组，现在发现这样并不能满足需求，出现的问题是：当（1）类的用户在当前目录下增加文件并加到源控制时，该文件的组被设置成domain users。由此造成（2）类用户对该文件也具有了CI、CO操作的权限。

——————————————————————————————————————

解决方式：

changeGroup.pl是修改文件的主组继承上级目录的perl文件，请将文件保存到CC Server共享目录下，然后修改下面trigger中的路径及vob名称。
cleartool mktrtype -element -all  -postop mkelem -execwin "ccperl \\server\ccstg_c\changeGroup.pl" -nc ChangeGroup@vob:\XXXX

changeGroup.pl

：
$filepath_temp    =     $ENV{CLEARCASE_PN};

#取得新元素的上级目录地址
if ($filepath_temp=~/.*\\/g){
$folder=$&;
}
$folder=~s/\\$//;

#取得上级目录所属的组名

$folder_group=`cleartool des -fmt %[group]p $folder`;

#改变新元素所对应的属组

system("cleartool protect -chgrp \"$folder_group\" \"$filepath_temp\"");




Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=1957487

可是从权限看，我应该是对这个目录有全部的权限，可是为什么看不到呢？没有人遇到过这样的问题吗？

楼主，检查你的config spec。
应该是该文件夹下没有符合规则的文件。

spec 里就两行：
element * CHECKEDOUT
element * \main\LATEST

应该不是这个问题吧？

那个目录下面有文件吗？
那些文件属于main branch吗？

权限里execute这个权限加了码？ 这个是列出文件夹内容的

那个目录下有文件，也是属于main branch的~~
头疼

有啊，都有……
加过权限后，有个目录生效了，但有几个怎么都不行，另外还有一个vob

用dynamic和snapshot view都看不到吗？