发布周期
新版本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 年 |
如果手册中发现重大错误，补丁将提交到发布分支。 |
|