我喜欢半个月。我是作为一个系统人员工作的，我最终会比我想要的更频繁地陷入别人的依赖之中。对于图书馆来说，Semver是相当不错的。
这就是说，我遇到了一群程序员，他们把Semver视为仅次于耶稣回来解决他们所有问题的最好的东西。他们参加了所有的会议。我见过的一些事情：为一家外部银行制作API？把Semver放在URL中，这样他们就可以选择他们的版本了！
哦，你用的是1.124.0版本吧？如此多的承诺，却没有一个突破性的改变。正确的。
头盔图表包装了一个Docker容器，该容器包装了一个二进制文件和两个侧车。他们都有不同的下半身。给观众的问题是：什么东西坏了？
厨师食谱。在定义编程接口方面，没有人比老派的系统管理员更好了。还有什么比2000台服务器告诉你闲置时说的谎言更好的发现补丁凸起的方法呢？
围绕Semver的关键思想是围绕选择。如果您的用户能够主动选择他们正在使用的软件版本，它就会起作用。但是，大量的软件是基础性的，因为它需要持续工作很长一段时间，才能在它之上取得进展。这在基础设施中很常见，因为我们在堆栈中的地位如此之低，变化的连锁反应最终会花费巨大的成本。
如果你的用户没有选择如何使用你的软件(它在API后面，它是一个生成报表的隐藏脚本，等等)，不要破坏你的API。创建一个新事物，为它命名其他名称，找出适合您和您的用户的迁移。如果您学会了在您的用户环境中传达主要版本，那么您可能很有可能利用这些知识更好地传达特性和错误修复，而不是试图将其编码成一个单独的数字，而这个数字对您的包管理器来说只是一个附带的字符串。