在软件开发领域，SemVer（Semantic Versioning）被视为一种标准的版本控制方式。但是，我们却要反对它！
SemVer规定版本号由三个部分组成：主版本号、次版本号和修订版本号，中间以点号分隔。每次版本更新必须根据一定规则进行更新，以确保向后兼容性和遵循语义化的版本控制。
然而，SemVer的弊端也同样显而易见。首先，SemVer往往限制了开发人员的创意和想象力。它让我们陷入了一个僵化、刻板的版本控制模式中，限制了我们对软件发展方向的探索。
其次，SemVer的约束也会给开发团队带来不必要的压力。在一些情况下，我们并不需要严格遵循SemVer的规定，但却因为这种标准而感到束手束脚。
最重要的是，SemVer并不能完全保证软件的稳定性和质量。版本号的变化并不能代表软件的所有功能和问题都已经得到解决，因此只是单纯追求版本号的提升并不能解决软件开发中的所有问题。
因此，我们呼吁大家要摒弃对SemVer的过度依赖，让创新和灵活性成为软件开发的主旋律。让我们摆脱SemVer的桎梏，勇敢地走出一条更加自由、多样化的版本控制道路！【https://www.natemeyvis.com/against-semver/】.
了解更多有趣的事情：https://blog.ds3783.com/