2014-06-10 97 views

回答

1

這不是正式包含在GitHub存儲庫中的設置。這是由存儲庫的權限決定的,它只是對一些常見約定的認可。

你有推入訪問?然後,(你)的倉庫被有效地「共享」:

共享存儲庫模型是小團隊和協作的私人項目的組織更爲普遍。每個人都被授予對單個共享存儲庫的推送訪問權限,並使用主題分支來隔離更改。

拉請求在分支&拉模型特別有用,因爲它們提供了一種方法來通知項目維護人員有關您的分支中的更改。但是,它們在共享存儲庫模型中也很有用,它們在合併到主線分支之前用於啓動代碼審查和關於一組更改的一般討論。

如果沒有,那麼它是有效的「叉&拉」(再次,爲你):

叉&拉模型讓任何人餐桌現有資源庫,推動改變他們的個人叉而不需要授予源存儲庫的訪問權限。必須由項目維護人員將這些更改拖入源代碼庫。該模型減少了新貢獻者的摩擦,並且受到開源項目的歡迎,因爲它允許人們在沒有前期協調的情況下獨立工作。

請注意,在這兩種情況下,我說「爲你」。授予提交者核心組推送訪問權限(「共享模式」),同時仍接受來自外部人員的請求(「fork & pull」)是可能的和通用的。如果這個的一個設置,它不會在存儲庫中。這將是可能有權訪問存儲庫的每個用戶的設置。

還有很多其他可能的模型,其中一個很明顯是一個私有存儲庫,其中某些用戶可能會分發存儲庫並提交請求。所有其他用戶根本無法訪問這樣的存儲庫。