versioning - 执行包装器库的 semver(语义版本控制)的最佳做法是什么?

我正在考虑采用 semver对于另一个也遵循 semver 的库的包装器。最初我以为我会保持包装器的版本与原始库相同,因为理想情况下它们会一直完全匹配。

然而,这并不是那么简单,因为包装器本身可能存在与原始库无关的错误和补丁,更不用说包装器开发本身是增量的,并非所有功能都在一夜之间现成.

考虑到包装器引用的原始库的版本以及包装器本身的补丁和开发历史,建议使用什么方法对该包装器进行版本控制?

最佳答案

独立于库对包装器进行版本控制。您的版本号应指示对包装器代码的更改。该库是包装器的依赖项,就像任何其他库依赖项一样。维护一个表格,列出包装器版本和库版本之间的兼容性。

如果您不喜欢在库为 4.3.2 时使用 1.1.0 版本的包装器,请考虑向包装器添加“营销”版本号。您的包装器可以称为“Wrapper 4”以表明它与库的版本 4 兼容,但在内部您仍然可以将包装器的确切版本标识为 1.1.0。

https://stackoverflow.com/questions/16418183/

相关文章:

php - scandir 并返回匹配的文件

apache - 将模块加载到 Apache

avr - 使用USBASP编程器进行SPI通信

c# - 页脚按钮的 Gridview colspan

python - 制作包含负值的对数标度彩色图

Django - Python help_text 作为可点击的图标

r - 分位数回归的置信区间是多少?以及如何找到默认以外的内容?

c - 在 C 中实现 hmac sha1

perl - utf8 "\xFF"未映射到 tokenizer.perl 第 44 行

windows-installer - MSI 中的 "installation script"是什