VisualSVN 關於權限(第1篇)


總結權限的規則:

 

1.子目錄權限完全覆蓋父目錄權限。以子目錄的權限為最終。倉庫本身就是祖宗,所有的子目錄繼承他的權限,所有倉庫本身必須增加可訪問權限,要么everyone ,要么增加全部團隊成員。

 

2.針對一個目錄的權限的設置(不論是子目錄還是父目錄)。如果增加了一個組group007(包含WuDong成功),然后再增加WuDong本人,

   那么由於組里的成員與成員個體存在交叉,這時取最大權限。

   舉例:group007讀寫,WuDong本人只讀或noAccess,那么最終的結果是WuDong對此目錄具有【讀寫】權限!。

 

3.倉庫本身,不要設置成No Access,如本例中的hello01,你若把倉庫本身設置為不可訪問,那么就徹底登錄不上,SVN徹底失效,當你對倉庫本身什么都不設置的

  時候他默認就是No Access 可以參考第2篇。為了安全可以這么設置:

   倉庫本身 去除默認的Every One,避免別人可以訪問。把全部團隊成員都加載進來,然后設置為只讀權限,這樣全部成員可訪問,然后再針對內部子文件夾 設置成員的權限。

   這個會單獨出來一篇博客來測試。

 

4.分模塊開發,盡量避免存在同一個人,負責多個項目的情況。一個人 負責開發自己的代碼 不要多個人負責一個項目。即不要創建組group,以免出現權限交叉的情況,省得麻煩出錯。

 

最終的完美結果如下圖:

 

 

 

 

然后針對,不同的子目錄增加不同的成員權限。

 

 

=================================================================================================================================

 

1.網上說 VisualSVN 是“允許優先”,即多個權限覆蓋的時候,取最大權限;舉例:hello庫 設置為讀寫,hello庫里面的文件夾src 設置為只讀,按照一般的常理,子類會覆蓋父類的設置,即子類的設置為主;

   但VisualSVN 不是這么干的,它是取多個設置覆蓋出來的最大權限,即src文件夾 外層父類為讀寫,內層本身為只讀,覆蓋出來的最大權限就是 讀寫。以下是測試:

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

無法寫入,到這里疑惑了,怎么與網上說的不一致。難道他是“拒絕優先”,先不管了,我讓把src修改為讀寫 再測試。

避開其它問題的原因導致無法上傳的問題。

 

 

 

 

 

 

發現可以了!好的,那么再反過來測試他是否是“拒絕優先”,就是所有設置權限中有拒絕的 就不通過。

 

 

 

 

 

 

 

 

 

 

 

 

那么估計就是我認為猜測的那樣了,即針對一個人 對 一個文件夾的最終權限是這么得來的,文件夾上右鍵的設置 > 父目錄的繼承。

若右鍵設置權限的時候,有增加個人 又有增加權限組,而這個權限組里又包含這個人,那么是:對這個人的設置 > 權限組的設置。

開始驗證:

 

 

 

為了不直接測試庫,而是測試文件夾里的文件夾,這次這樣搞:

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 總結,放到最上方。

 

以下是網上的總結,與我最終 答案謀和。

 

 

 


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM