versioning - 当您破坏向后兼容性时，提供明确的版本号

Question

我已经在我的开源项目上工作了大约 6 个月，我想尽快正式发布它。问题是，我很确定在不久的将来我会想要改变我的项目，以破坏向后兼容性的方式，可能会多次。（我的代码是一个框架，人们必须在其中根据某个 API 构建代码。）

将这个项目标记为处于向后兼容性可能很快被破坏的状态的好方法是什么？

我看到一些项目，如 Python 和 Django，有一个规则，即在共享相同“大版本号”的版本之间保持向后兼容性。（即立即离开点的数字。）

我一直在考虑采用这条规则，但是如果下周我发布 0.1 版，那会有点奇怪，然后我无法打破向后兼容性，直到发布 1 版。

有任何想法吗？

Answer 1

你把它弄反了。当您破坏向后兼容性时，您会增加主要号码，而不是当您用完次要号码时。尽管在 0.x 中，您可能还会认为该软件太不成熟且不稳定，甚至无法维护兼容性。

Answer 2

为什么不继续发布版本 1。继续更新该版本而不破坏向后兼容性，然后单独发布版本 2。

无论哪种方式，每次我听到向后兼容性最终都不会得到满足时，我都会感到畏缩，但这更多是个人意见。