版本编号

版格式

所有Bioconductor包应该有X.Y.Z格式的版本号。

好的版本号示例:

1.2.3 0.99.5 2.3.0 3.12.44

甚至奇怪的时间表

Bioconductor有一个“devel”分支，在那里引入新特性，并且每年创建两次发布分支。给定一个版本号为x.y.z的包，

• 在devel中Y应该是奇数。
• Y应该是一个偶数。

在定期开发新功能期间

• 作者在' devel '分支中，每提交一次GIT，他们的包的z版本就增加1，例如，从1.1.0到1.1.1,1.1.2，…，1.1.10,1.1.11
• 任何移植到发布分支的bug修复都是类似地递增的，1.0.1,1.0.2，…
• 对GIT所做的更改没有相应的版本碰撞不传播到可见的存储库BiocManager:安装()。

在发布的时候Bioconductor团队安排:

• 用version: x创建一个发布分支包。(y + 1)。(z-z)
• 将devel分支包的版本增加到。(y + 2)。(z-z)
• 作为一种特殊情况，任何版本为x.99的包。Z是(x+1)。0。(z-z)和(x+1)。1。0在重击。因此，希望对他们的包进行重大更改的作者应该在他们的devel包中将y设置为99。

新包

提交给Bioconductor应该在DESCRIPTION文件中设置Version: 0.99.0。指定y=99将在下一个版本中触发x中的一个凸起，在本例中是版本1.0.0。

有关的其他细节bob体育取款很慢页面。

参见。的说明使用Bioc重击。

例子

1. 正常的情况下。假设devel分支中的一个包的版本号为1.1.25。新的发布分支现在包含一个版本为1.2.0的包的副本。的发展分支Bioconductor包含版本号已升级到1.3.0的包

2. 特殊情况。程序复制了我们包的“0.99.2”版本Bioconductor团队到版本号为1.0.0的发布分支。该包的版本在devel分支中被升级到1.1.0。

版本碰撞方案示例:

当前版本	当前的重击	在Next发布之前	下一版本	下一个重击
--	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	魅惑
1.8.0	1.9.0	1.9.1	1.10.0	1.11.0

总结

下面是版本组件如何被挤掉和关键限制的摘要。“发布时”的突起是由Bioconductor团队而不是包维护人员。

x-仅由Bioconductor如果y=99，则在发布时更改为x+1y-必须是偶数在发布和奇数在devel -必须是<=99 -在发布时间颠簸所有包的下一个偶数在发布和下一个奇数在develz-应该在常规的包开发期间按顺序增加-没有z大小的限制-在发布时为所有包碰撞到0。