總結權限的規則:
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修改為讀寫 再測試。
避開其它問題的原因導致無法上傳的問題。
發現可以了!好的,那么再反過來測試他是否是“拒絕優先”,就是所有設置權限中有拒絕的 就不通過。
那么估計就是我認為猜測的那樣了,即針對一個人 對 一個文件夾的最終權限是這么得來的,文件夾上右鍵的設置 > 父目錄的繼承。
若右鍵設置權限的時候,有增加個人 又有增加權限組,而這個權限組里又包含這個人,那么是:對這個人的設置 > 權限組的設置。
開始驗證:
為了不直接測試庫,而是測試文件夾里的文件夾,這次這樣搞:
總結,放到最上方。
以下是網上的總結,與我最終 答案謀和。