3

perforce の保護テーブルの順序は重要ですか? つまり、書き込み権限があり、読み取り、スーパー、再度リスト、書き込み、管理のいずれかであるかどうかは問題ですか?

write       user       *           *       //...
read        user       emily       *       //depot/elm_proj/...
super       user       joe         *       -//...
list        user       lisag       *       -//...
write       user       lisag       *       //depot/elm_proj/doc/...
admin       user       admin       *       //...
=write      user       joe         *       -//depot/build/...

または、次のように体系化する必要があります。

list        user       lisag       *       -//...
read        user       emily       *       //depot/elm_proj/...
write       user       *           *       //...
write       user       lisag       *       //depot/elm_proj/doc/...
=write      user       joe         *       -//depot/build/...
admin       user       admin       *       //...
super       user       joe         *       -//...

私は perforce を初めて使用し、 Perforce の管理: 保護を読んでも、ここで言及されている順序についての言及は見当たりません (何かを見落として完全に見逃していない限り)。

CSS の仕組みを考えると、同じ html 要素に対して 2 つのエントリが言及されている場合、最後のエントリが実行されるため、この質問がありました。同様に、perforce 保護テーブルでもここで問題になりますか?

4

1 に答える 1

2

上記の例でデポパスが「-」文字で始まるような排他的マッピングを使用している場合、順序は重要です。Perforce オンライン ドキュメントから:

排他的マッピングが使用されていない場合、ユーザー、ユーザーの IP アドレス、およびユーザーがアクセスしようとしているファイルに一致するすべてのマッピングの和集合にリストされている最高のアクセス許可レベルがユーザーに付与されます。この場合、マッピングの順序は関係ありません。排他的マッピングが使用される場合、順序が関係します。排他的マッピングは、テーブルの上にリストされている一致する保護をオーバーライドします。排他的保護で拒否されているアクセス レベルに関係なく、一致するユーザー、ファイル、および IP アドレスのすべてのアクセス レベルが拒否されます。排他的マッピングを使用して、グループ 1 のメンバーに対してデポの領域へのアクセスを拒否し、グループ 2 のメンバーに対してデポの同じ領域へのアクセスを許可する場合、

于 2013-01-08T23:57:14.130 に答える