发布周期

新版本Blender的目标是每3个月发布一次。特定版本的实际 发布周期 更长,并且与前后的发布周期重叠。

../_images/about_contribute_release-cycle_diagram.png

分支

工作分两个分支完成:

  • blender-v{VERSION}-release 分支: 修复和其他增量改进。

  • master 分支: 之后发布的新功能和改进的文档。

blender-v{VERSION}-release 分支将在发布日期5周前提供。 同时, master 将为下一个版本开放,这样就有2个月的时间来为下一个版本的新功能添加文档,剩下1个月用来改进。

切换分支

要切换到发布分支使用:

  1. git checkout blender-v{VERSION}-release

要切换回开发分支使用:

  1. git checkout main

更新分支

要将从发布分支合并到开发分支的更改,请首先切换到开发分支并使用:

  1. git merge blender-v{VERSION}-release

Bcon 阶段

每个Blender版本都有自己的 Bcon 阶段,指示允许进行哪些类型的更改以及作者关注的内容。

这意味着,例如,Blender 2.90 可以在 Bcon3(收尾),而Blender 2.91 是在 Bcon1(新功能和更改)。

相位

描述:

持续时间

细节

分支

Bcon1

新功能以及变化

4-5 周

前5周与上一版本的 Bcon3 和 Bcon4 阶段重叠,编写焦点将拆分为上一版本的修复,并为已添加或可能添加到 Blender 的功能编写文档。这也是对手册进行更大或更具破坏性的改进的最佳时机。

master

Bcon2

改善和稳定

4周

努力改进、优化和修复新功能和现有功能中的错误。所有重大或破坏性的更改必须在本阶段结束时完成。

master

Bcon3

收尾

4周

重点应放在修复和其他增量改进上。所有新的Blender功能应在此阶段结束时文档化。

blender-v{VERSION}-release

Bcon4

预发布版本

1周

重点应该是修复和其他增量改进的收尾工作。

blender-v{VERSION}-release

Bcon5

松开

1-2 天

手册存档在服务器上,并更新重定向/符号链接。更多信息见 Release Guide

Bcon6

长期维护版本

2 年

如果手册中发现重大错误,补丁将提交到发布分支。

blender-v{VERSION}-release