1. 首頁
  2. 問答
  3. 如何巧妙地限制團隊成員的源代碼訪問權限？

如何巧妙地限制團隊成員的源代碼訪問權限？

2012-02-06 39 views
3

以前，我一個人工作......現在我可能有很多合作者。但我不想完全訪問源代碼（現在使用SVN進行控制）。轉移到Git或Mercurial實際上並不是什麼大不了的事情。但是，什麼纔是最好的方法，並以最少的麻煩來控制安全？您不需要輸入命令提示符並執行代碼來更改某些權限，以便每秒限制對團隊成員的訪問權限？有沒有Web控件？如何巧妙地限制團隊成員的源代碼訪問權限？

來源

2012-02-06 MR.GEWA

+5

更好的解決方案是讓一個你信任的團隊。 – pmr 2012-02-06 17:25:19

+2

你想限制他們閱讀代碼庫或修改它的能力嗎？如果是前者，pmr會說：找一個你信任的團隊。如果是後者，下面的答案提供了許多可能性。 – Novelocrat 2012-02-06 19:34:26

回答

1

的安全性作爲實施開發過程的一部分，請看Gerrit，一個存儲庫託管和代碼審查系統。

來源

2012-02-06 19:36:00 Novelocrat

+0

我喜歡它！謝謝你在週末試試 – 2012-02-07 11:39:55

3

如果您使用的是針對SVN的mod_dav安裝程序，則可以使用基於路徑的授權，以根據預定義的組權限限制不同人員可以訪問的目錄。

有一個廣泛的教程在這裏：Path-Based Authorization in SVN

來源

2012-02-06 17:20:43

2

由於服務器上的pre-commit鉤子，你應該能夠判斷哪些用戶承諾和他們企圖犯哪個分支。如果你發現他們試圖提交幹線或標籤（假設有一個標準的存儲庫配置），你可能只會失敗提交。

這將限制他們承諾到分支機構。然後，您可以控制哪些分支重新集成到主幹中並進行承諾。

我們的設置有點類似，因爲標籤創建後，標籤下沒有任何東西可以改變。

來源

2012-02-06 18:41:47 james

1

如果您在Linux下使用SVN服務器，submin在保護分支方面做得非常出色。它通過簡單易用的界面隱藏了基於路徑的授權。

來源

2012-02-06 19:05:13

相關問題

 相關問題