版本编号

版本格式

所有生物体包应具有x.y.z格式的版本号。

良好版本号的示例：

1.2.3 0.99.5 2.3.0 3.12.44

即使是奇数的时间表

生物体有一个“devel”分支，介绍了新功能，并且每年释放分支机构两次。给出一个包含版本号x.y.z的包，

y应该是devel中的奇数。
Y应该是释放中的偶数。

在正常发展的新功能期间

作者在“Devel”分支中将包装的Z版本递增1，每个GIT提交，例如1.1.0到1.1.1,1.1.2，...，1.1.10,1.1.11
移植到发布分支的任何错误修复都同样递增，1.0.1,1.0.2，...
没有相应版本的git所做的更改不要宣传到了存储库可见biocmanager :: install（）。

在释放时，生物体团队安排：

使用版本创建一个发行分支包：x。（y + 1）。（Z Z）
将Devel Branch Package版本递增至：x。（y + 2）。（Z Z）
作为一个特例，具有版本x.99.z的任何包都会被撞到（x + 1）。0.。（z-z）释放，（x + 1）。1。devel。因此，希望表示对其包裹的重大变化的作者应该在其Devel包中设置y至99。

新包装

提交的新包生物体应在描述文件中设置版本：0.99.0。指定y = 99在下一个版本处触发X中的凸起，在这种情况下会导致1.0.0版。

查看有关的其他详细信息匈牙利瑞士比分页。

另请参阅说明【2021欧洲杯官方合作伙伴】。

例子

正常情况。假设Devel Branch中的包具有1.1.25版本号。新版本分支现在包含具有版本1.2.0的包的副本。demel branch生物体包含版本号已达到1.3.0的包
特殊情况。我们包的“0.99.2”版本被复制生物体使用版本编号1.0.0的发布分支团队。Package版本在Devel Branch中将其撞到1.1.0。

版本碰撞方案的示例：

当前版本	目前的发展	就在下次发布之前	下一个版本	下一个devel.
-	0.99.1.	0.99.2.	1.0.0	1.1.0.
1.4.0.	1.5.0.	1.5.4	1.6.0	1.7.0.
1.4.0.	1.5.0.	1.5.1	1.6.0	1.7.0.
1.4.0.	1.5.0.	1.99.3.	2.0.0	2.1.0
1.8.0.	1.9.0.	1.9.1	1.10.0.	1.11.0.

概要

以下是版本组件如何抑制的摘要以及关键限制。颠簸“在发布时间”是由此完成的生物体团队而不是包维护者。

X- 只修改了生物体团队 - 如果Y = 99，则在发布时间撞到x + 1y- 即使在释放中，也必须在devel中奇数 - 必须是<= 99 - 在释放的下一个偶数的释放时间释放到释放时间和下一个奇数Z.- 应在常规包装开发期间顺序顺序递增 - 对于所有包的释放时间，Z的大小没有限制 - 对于所有包。