您正准备发布一个新软件包，犹豫是否应该从版本 0.x 开始。本文将探讨为何直接从 v1.0.0 开始可能更合理。
许多开发者倾向于从 v0.x 开始，理由是：不确定性、时间压力以及对 SemVer 的理解不足。然而，SemVer 中的 0.x 版本代表着不稳定性，但这并不意味着库会频繁发生破坏性更改。真正的“不稳定”体现在高错误率，而非简单的功能迭代。
高错误率可能源于：常规软件缺陷或看似次要的更新却导致重大兼容性问题。两者之间界限模糊，许多错误实际上是 API 不兼容性。
关键在于评估您的库的稳定性。这取决于您的经验和用户反馈。在发布前，难以精确预测库的稳定性，因此短暂地处于 0.x 版本或许合理。
然而，长期停留在 0.x 版本存在风险：惯性可能导致难以迁移到 1.x 版本。
直接发布 1.0.0 的风险在于，用户在升级时可能遇到不稳定版本。但可以使用锁定文件来缓解此问题，将升级操作手动化，用户可以选择何时升级，或干脆不升级。
即使发布 1.0.0，新用户仍可能遇到缺陷，但这与 0.x 版本并无本质区别。
一些知名库（例如 Storybook）在版本间也存在不稳定性，但并未采用 0.x 版本。
如果您的库是其他库的依赖项，则风险更高。依赖库必须选择合适的 SemVer 范围，这可能导致性能问题（依赖项固定）或不稳定性（宽松的 SemVer 范围）。
总而言之，目标是编写稳定的库。如果您的库不稳定，那么在稳定之前继续使用 0.x 版本是合理的。但如果可能，从 1.x 版本开始，并通过锁定文件等机制来管理升级风险，通常是更优的选择。
