发布周期
新版本Blender的目标是每3个月发布一次。特定版本的实际 发布周期 更长,并且与前后的发布周期重叠。
分支
工作分两个分支完成:
blender-v{VERSION}-release
分支: 修复和其他增量改进。master
分支: 之后发布的新功能和改进的文档。
blender-v{VERSION}-release
分支将在发布日期5周前提供。 同时, master
将为下一个版本开放,这样就有2个月的时间来为下一个版本的新功能添加文档,剩下1个月用来改进。
切换分支
要切换到发布分支使用:
git checkout blender-v{VERSION}-release
要切换回开发分支使用:
git checkout main
更新分支
要将从发布分支合并到开发分支的更改,请首先切换到开发分支并使用:
git merge blender-v{VERSION}-release
Bcon 阶段
每个Blender版本都有自己的 Bcon 阶段,指示允许进行哪些类型的更改以及作者关注的内容。
这意味着,例如,Blender 2.90 可以在 Bcon3(收尾),而Blender 2.91 是在 Bcon1(新功能和更改)。
相位 | 描述: | 持续时间 | 细节 | 分支 |
---|---|---|---|---|
Bcon1 | 新功能以及变化 | 4-5 周 | 前5周与上一版本的 Bcon3 和 Bcon4 阶段重叠,编写焦点将拆分为上一版本的修复,并为已添加或可能添加到 Blender 的功能编写文档。这也是对手册进行更大或更具破坏性的改进的最佳时机。 |
|
Bcon2 | 改善和稳定 | 4周 | 努力改进、优化和修复新功能和现有功能中的错误。所有重大或破坏性的更改必须在本阶段结束时完成。 |
|
Bcon3 | 收尾 | 4周 | 重点应放在修复和其他增量改进上。所有新的Blender功能应在此阶段结束时文档化。 |
|
Bcon4 | 预发布版本 | 1周 | 重点应该是修复和其他增量改进的收尾工作。 |
|
Bcon5 | 松开 | 1-2 天 | 手册存档在服务器上,并更新重定向/符号链接。更多信息见 Release Guide。 | |
Bcon6 | 长期维护版本 | 2 年 | 如果手册中发现重大错误,补丁将提交到发布分支。 |
|