GitFlow是一种非常流行的分支模型,它已经成为某种程度上的行业标准(http://nvie.com/posts/a-successful-git-branching-model/)。除了维护与开源社区的工作流一致性和控制存储库访问之外,在主存储库被锁定并且所有贡献者都从分支存储库工作的情况下,Forking workflow也会使用。非管理员的文件拉取请求合并他们的分支回购更改和管理员审查和合并的代码。这也可以通过私有组织的存储库来完成。(https://www.atlassian.com/git/tutorials/comparing-workflows/forking-workflow)派生工作流和GitFlow结合使用来管理软件项目。
我的问题是关于使用Forking Workflow时的协作。当多个工程师需要在同一功能上进行协作并取得进展时,他们如何共享代码?使用GitFlow,只需推送一个功能分支,团队成员就可以方便地一起工作。问题是,对于Forking Workflow,它需要有人在代码合并并可供所有功能协作者访问之前接受pull请求。功能协作者如何在不需要某人不断接受拉取请求的情况下为相同的正在进行的功能做出贡献?
发布于 2015-01-07 15:05:51
我找到了一个我认为可以接受的答案。如果有人找到更好的东西,我会更新的。
基本上,特性分支是由团队领导或中心用户分支完成的。可以将分支拉入本地存储库,并将其推回到分支。
有关更多详细信息,请参阅“为其他开发人员的分支做出贡献”(http://x-team.com/2013/09/our-git-workflow-forks-with-feature-branches/)。
https://stackoverflow.com/questions/27809985
复制相似问题