我正在考虑采用 semver对于另一个也遵循 semver 的库的包装器。最初我以为我会保持包装器的版本与原始库相同,因为理想情况下它们会一直完全匹配。
然而,这并不是那么简单,因为包装器本身可能存在与原始库无关的错误和补丁,更不用说包装器开发本身是增量的,并非所有功能都在一夜之间现成.
考虑到包装器引用的原始库的版本以及包装器本身的补丁和开发历史,建议使用什么方法对该包装器进行版本控制?
最佳答案
独立于库对包装器进行版本控制。您的版本号应指示对包装器代码的更改。该库是包装器的依赖项,就像任何其他库依赖项一样。维护一个表格,列出包装器版本和库版本之间的兼容性。
如果您不喜欢在库为 4.3.2 时使用 1.1.0 版本的包装器,请考虑向包装器添加“营销”版本号。您的包装器可以称为“Wrapper 4”以表明它与库的版本 4 兼容,但在内部您仍然可以将包装器的确切版本标识为 1.1.0。
关于versioning - 执行包装器库的 semver(语义版本控制)的最佳做法是什么?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/16418183/