master
我正在编写一个脚本,该脚本根据和current
分支之间的提交差异来提升包版本。我conventional commits
用来决定要更新哪个号码。
假设我默认有1.0.0
BREAKING CHANGE:
更新主要+1,即使有其他一些变化,其他数字也保持不变,所以我得到2.0.0feat:
更新次要 +1,我们会得到1.1.0fix:
更新补丁 +1,并为我们提供1.0.1
关于这种版本控制方法,我有几个问题:
current
如果我在分支上有多个提交,feat:
或者fix:
我应该根据这些提交的数量升级次要/补丁版本还是应该只是 +1 ?
例如,分支上有3 个提交,当我合并分支时,版本应该是1.4.0还是只是1.1.0?feat:
current
master
fix:
如果我已经数过了,我应该数数feat:
吗?
例如有1 feat:
和1 fix:
,合并时master
版本应该变成1.1.1还是1.1.0?