随着1flowbase正式发版，我忽然意识到自己已经不能够的像以前那样开发好什么直接往main分支上面去丢了，因为这个开源项目已经开始面向一些朋友跑，他们可能也会进行代码克隆或者跑本地代码，我需要对分支指责进行有意识划分主要做了分支：
1.dev分支：个人开发分支，我基本上有什么新功能我就会直接丢上去，甚至ai没完成一个功能都会主动推送线上，所以这个分支处于薛定谔状态，可用，不可用。
2.beta分支：用来开发体检优化分支，简单来说就是dev分支在开发时候，在beta的工作空间里面做项目测试回归优化，体检之类，简单来说就是，一般不做功能性开发，偶尔也会加一个，看需求
3.main分支，仓库主分支，一般不进行开发，就是开放给外部clone，一般来说只接受beta合并，这样体检优化过没啥问题，才放进来，基本上做日抛
4.latest分支，最后镜像打包，github上面action，检测到版本变化，就会打包发布为docker镜像。
一般来说顺序：dev ->beta ->main ->latest
当然有时候beta体检之后要合并回dev分支看看跑有没有什么问题，然后才重新走上面顺序。
当然啦有人会说这也太麻烦了，特别每次都要合并main和latest分支。我让gpt写了一个脚本，能够将当前分支直接合并到main和laster里面就可以了。
这里面重点是，main分支和latest分支不要再接受其他乱七八糟分支了，单一来源和原则，这样就不需要手动合并了。
当然有佬说，要是pr到main分支怎么办，将main分支合并到dev或者beta上面做一个体检，然后再跑这个顺序
对脚本感兴趣或者项目感兴趣可以看看：
开源推广-1flowbase正式发布-组合发布专属大模型-个人和企业也能做模型上游供应商
开发调优
本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 历时两个月…
不贴脚本了，仓库地址放出来要审核，一些更新我也是弄到这个帖子下面的了
1 个帖子 - 1 位参与者
来源: LinuxDo 最新话题查看原文