ClearCase MVFS文件权限

Question

我开始理解在Git和ClearCase之间的存储库同步过程中遇到的问题。

让我们来看看这个：

$ cd
$ touch foo && chmod 777 foo
$ ls -al foo
-rwxrwxrwx+ 1 ch52198 Domain Users 0 Sep  4 15:04 foo
$ cd /vob/view/project/
$ cp ~/foo .
$ ls -al foo
$ -rw-r----- 1 ch52198 Domain Users 0 Sep  4 15:05 foo
$ chmod u+x foo
$ ls -al foo
$ -rw-r----- 1 ch52198 Domain Users 0 Sep  4 15:05 foo

ClearCase做了所有的错事。它在使用MVFS存储时忽略所有文件权限。

情况越来越糟，因为如果在本地Git存储库上设置了脚本上的可执行标记。我将永远无法将此标志保留在我的ClearCase存储库中。

我该如何解决这个问题？

我试着使用cleartol protect -chmod 777 foo，但是我看不到Cygwin的权限变化。

Answer 1

对于已复制的文件，需要一个cleartool protect -chmod来恢复权限。

检查视图中的umask。这将确定如何在ClearCase视图中设置与文件关联的mod。

另见"视图的访问控制-动态视图中的私有文件“

在Linux和UNIX系统上，视图私有文件的初始所有者、组和保护模式由以下规则决定：

• 所有者.初始所有者是创建文件或目录的进程的用户。
• Group.初始组是创建文件或目录的进程的主要组。
• 保护模式。视图私有文件的初始保护模式取决于创建文件或目录的用户的umask。umask是Linux和UNIX系统中支持的设置，它指定在用户创建文件时不授予某些权限。(有关详细信息，请参阅Linux或UNIX系统上的umask参考页面。) 当用户创建视图私有文件或目录时，Rational ClearCase从一组权限开始，这些权限取决于文件或目录的创建方式。然后，由用户的umask指定的权限由Rational ClearCase删除。 例如，如果用户的umask为002，则Rational ClearCase将删除对其他用户的写权限。