理解git工作流

理解git工作流,git,gitorious,Git,Gitorious,我需要你的帮助来理解这篇文章中的工作流程: 我只是不明白如何使用gitorious来实现这个。如果我有一个具有N个分支的单一回购,但我可以设置每个存储库的权限,那么N个分支的权限(开发、主控、发布…)又如何呢?如果我给“Jon Doe”在“中央”回购协议上的提交(推送)权限,那么他也将被允许推送到主、释放分支!我说得对吗?所以 该帖子中的“分支”是否需要作为独立的存储库实现 如果是,那么我们就可以使用本地存储库上的分支,但是我们可以将远程存储库链接到分支,或者它们对所有分支都可见吗 即使所有的工

我需要你的帮助来理解这篇文章中的工作流程:

我只是不明白如何使用gitorious来实现这个。如果我有一个具有N个分支的单一回购,但我可以设置每个存储库的权限,那么N个分支的权限(开发、主控、发布…)又如何呢?如果我给“Jon Doe”在“中央”回购协议上的提交(推送)权限,那么他也将被允许推送到主、释放分支!我说得对吗?所以

  • 该帖子中的“分支”是否需要作为独立的存储库实现
  • 如果是,那么我们就可以使用本地存储库上的分支,但是我们可以将远程存储库链接到分支,或者它们对所有分支都可见吗

  • 即使所有的工作流程都非常清晰,也只是缺少实现的示例。

    权限在Git中不是这样工作的。您不能按分支执行权限。git流模型更多地由策略控制,而不是由技术控制。如果John Doe不能被信任遵守您的策略,不能直接向master承诺,那么不要给他对您的回购协议的写访问权。让他克隆它并向您发送修补程序或请求。@meagar当然我知道我不能对分支机构进行许可,这就是我提出这个问题的原因。@AlexHowansky mhm…所以您的解决方案是保留一个用户作为“中央”回购的集成管理者,所以每个开发者都应该发送一个拉式请求,即使是为了推进开发,对吗?你不需要太多的中央回购,这与git这样的分布式系统的本质背道而驰。为您信任的开发人员提供完全的写访问权限,并使用拉取功能从其他开发人员中合并。