是否有标准的git工作流?
现在我做错了,我从master开始工作,当一切都稳定时,我创建了一个版本号并将其放在标记分支中 据我所知,github上的大多数项目都有“稳定”的master。dev是进行所有更改的地方,标签用于版本控制,额外的分支用于修补程序/补丁,我现在想做的功能,而不是正在进行的工作,等等 你推你的主人,也就是稳定的,通常在拉的要求,如果它看起来不错,你会拉到你的主人是否有标准的git工作流?,git,Git,现在我做错了,我从master开始工作,当一切都稳定时,我创建了一个版本号并将其放在标记分支中 据我所知,github上的大多数项目都有“稳定”的master。dev是进行所有更改的地方,标签用于版本控制,额外的分支用于修补程序/补丁,我现在想做的功能,而不是正在进行的工作,等等 你推你的主人,也就是稳定的,通常在拉的要求,如果它看起来不错,你会拉到你的主人 我认为我的理解不正确。是否有“标准”git工作流?有什么建议吗 这种Git分支模型相当流行: 有一些流行的工作流,如@MartyStack
我认为我的理解不正确。是否有“标准”git工作流?有什么建议吗 这种Git分支模型相当流行:
有一些流行的工作流,如@MartyStack指出的,但没有标准的工作流
那是故意的。Git最好不是作为一个DVCS,而是作为一个工作流工具包。您可以根据自己的习惯、团队和需求构建任意数量的工作流。我整理了一份关于我们使用的git工作流的文档
本文的重点更多的是概念性的,而不是技术性的(也就是说,不是关于使用哪个git命令,我想您已经知道了)。主要的收获是,它有助于功能验收和构建集成,而不仅仅是将master用作主干。没有任何标准的git工作流。有各种建议,但它们取决于您希望使用git做什么。Git非常通用。这篇文章非常好,但我有一个问题,您是如何处理demerge的?例如,如果一些功能在部署时发现来自第三方的问题,并且他们决定只发布3个功能中的2个,您将进行另一个合并,或者可以进行配置?