代码版本状态 - 是否达成共识
在大多数开源项目中，我发现项目版本由 3 个数字组成。通常类似于 VERSION_MAJOR.VERSION_MINOR.VERSION_MICRO。
对我来说有意义的是：
VERSION_MICRO：仅在实现方面进行更改。即链接到新版本不会产生编译错误。VERSION_MINOR：公共接口的更改；少量删除和添加。即链接到新版本将产生编译错误。VERSION_MAJOR：对库的更一般处理方式的更改。
对于开源（或闭源）项目版本控制是否存在广泛共识？或者一些被认为是好的做法？
In most open-source projects, I see that that a project version is made up from 3 numbers. Usually something like VERSION_MAJOR.VERSION_MINOR.VERSION_MICRO.
What would make sense to me is:
VERSION_MICRO: a change in implementation only. i.e. linking against the new version won't produce compilation errors.VERSION_MINOR: a change in the public interface; minor deletions and adds. i.e. linking against the new version will produce compilation errors.VERSION_MAJOR: a change in how the library should be handled more generally.
Is there a widespread consensus on open-source (or closed-source) projects versioning ? Or something considered good practice ?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
最后发现语义版本控制
Discover Semantic Versioning at last