Git项目分支分配

主要分支包含master分支与develop分支,临时分支可以分为:

  • release: 从develop分出 ,是最终要发布的版本。
  • feature: 实现某功能时推荐新建分支,从develop分出。
  • fixbug: 修改线上存在的版本,从master分出。

开发与迭代

版本的迭代应该在develop中编写,master分支应该只保持与线上的版本一致,根据需要可以新建feature分支,完成后合并到develop分支。
如果要修改bug的话因为master分支始终与线上的版本保持一致,可以从master分支切出一个专用修改bug的分支。

合并

假设现在有masterdevelopfeature-xxfixbug-xx这四个分支。

  1. 合并fixbug-xxdevelop
  2. 合并feature-xxdevelop
  3. 合并developmaster

在把develop合并到master之前可能还需要进行一些功能的测试和确定最终要发布的版本,这里可以从develop分支新建release分支,然后在
release分支上进行最终的测试与修改,修改完成后将release分别合并到developmaster分支,这样developmasterrelease
可以保持一致。最后可以在master分支上打个tag这样我们就完成了一次版本的发布。

posted @   架构文摘  阅读(901)  评论(0编辑  收藏  举报
编辑推荐:
· go语言实现终端里的倒计时
· 如何编写易于单元测试的代码
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
阅读排行:
· 周边上新:园子的第一款马克杯温暖上架
· 分享 3 个 .NET 开源的文件压缩处理库,助力快速实现文件压缩解压功能!
· Ollama——大语言模型本地部署的极速利器
· DeepSeek如何颠覆传统软件测试?测试工程师会被淘汰吗?
· 使用C#创建一个MCP客户端
点击右上角即可分享
微信分享提示