1

私は約 6 か月間オープン ソース プロジェクトに取り組んできましたが、すぐに正式にリリースしたいと考えています。問題は、近い将来、おそらく複数回、下位互換性を損なうような方法でプロジェクトを変更したいと思うだろうということです。(私のコードは、特定の API に従ってコードを作成する必要があるフレームワークです。)

このプロジェクトが、下位互換性がすぐに壊れる可能性がある状態にあることを示すには、どうすればよいでしょうか?

Python や Django などの一部のプロジェクトでは、同じ「大きなバージョン番号」を共有するバージョン間で下位互換性が維持されるというルールがあるようです。(つまり、ドットのすぐ左の数字。)

このルールを採用しようと思っていたのですが、もし来週バージョン 0.1 をリリースして、バージョン 1 をリリースするまで下位互換性を破ることができなかったら、ちょっと変です。

何か案は？

4

2 に答える 2

3

あなたはそれを逆手に取りました。マイナー番号がなくなったときではなく、下位互換性を破ったときにメジャー番号を増やします。0.x では、ソフトウェアが未熟で不安定すぎて、互換性を維持することすらできないと考えるかもしれません。

于 2009-10-14T19:10:51.863 に答える
1

先に進んでバージョン 1 をリリースしてみませんか。後方互換性を損なうことなくそのバージョンを更新し続けてから、バージョン 2 を個別にリリースしてください。

いずれにせよ、後方互換性が最終的に満たされなくなると聞くたびにうんざりしますが、それは個人的な意見です.

于 2009-10-14T18:57:54.050 に答える