有人可以为我们两个人的团队提供GitHub协作的备忘单吗？我和我的合作伙伴想要平等的访问/权限。我很困惑是否需要使用forking，它似乎对于分散的开发者参与大型开放源代码项目很有意义，但当我和我的合作伙伴坐在离彼此10英尺远的位置时，它似乎有些过度了。
谢谢，
道格
2个回答
22
如果你有一个小团队，想让每个人都能够访问仓库，你可以在仓库的管理设置中为他们授予协作者权限。如果你的情况不需要Forking，则无需执行该操作。(虽然Forking可能很有用，但你也是部分正确的：如果你有一个小团队，认识所有其他团队成员，不介意给予他们读/写访问权限，则无需进行Forking。)
- mipadi
2
只是为了我充分理解。我的合作伙伴是私有repo的所有者/发起人。就GitHub而言，我是协作者。我应该fork这个repo来启动协作过程吗？还是克隆？或者其他什么方法？ - dugla
如果您具有读写权限，您可以直接克隆，然后将更改推回其中。 - mipadi
2
在Github.com上可以通过以下方式解释“分叉和拉取模型”与“共享存储库模型”的区别：
（https://help.github.com/articles/about-collaborative-development-models/）
关于协作开发模型 您在项目中使用拉取请求的方式取决于您使用的开发模型类型。
有两种主要的开发模型适用于使用拉取请求。在分叉和拉取模型中，任何人都可以分叉现有存储库并将更改推送到他们个人的分叉中，而无需访问源存储库。项目维护者可以将这些更改合并到源存储库中。当您打开一个拉取请求，从您的分叉分支提议更改到源（上游）存储库中的一个分支时，您可以允许具有对上游存储库的推送访问权限的任何人对您的拉取请求进行更改。这种模型在开源项目中很受欢迎，因为它减少了新贡献者的障碍，并允许人们独立工作而无需事先协调。
在共享存储库模型中，协作者被授予对单个共享存储库的推送访问权限，并在需要进行更改时创建主题分支。在这种模型中，拉取请求非常有用，因为它们可以在将更改合并到主要开发分支之前启动代码审查和一般讨论。这种模型在小团队和组织合作私人项目时更为普遍。
关于协作开发模型 您在项目中使用拉取请求的方式取决于您使用的开发模型类型。
有两种主要的开发模型适用于使用拉取请求。在分叉和拉取模型中，任何人都可以分叉现有存储库并将更改推送到他们个人的分叉中，而无需访问源存储库。项目维护者可以将这些更改合并到源存储库中。当您打开一个拉取请求，从您的分叉分支提议更改到源（上游）存储库中的一个分支时，您可以允许具有对上游存储库的推送访问权限的任何人对您的拉取请求进行更改。这种模型在开源项目中很受欢迎，因为它减少了新贡献者的障碍，并允许人们独立工作而无需事先协调。
在共享存储库模型中，协作者被授予对单个共享存储库的推送访问权限，并在需要进行更改时创建主题分支。在这种模型中，拉取请求非常有用，因为它们可以在将更改合并到主要开发分支之前启动代码审查和一般讨论。这种模型在小团队和组织合作私人项目时更为普遍。
- jancal
网页内容由stack overflow 提供, 点击上面的可以查看英文原文，
原文链接
原文链接