中小規模のOSSにおけるバージョニング戦略について | おそらくはそれさえも平凡な日々

TL;DR 互換は壊すな！…なるべく メインラインに手を入れ続けることが最優先 複数バージョンをきちんとメンテしようなどとはゆめゆめ思うべからず 本編 OSSのバージョニングについての個人的な意識について書きます。「中小規模」というのは、個人の趣味だったり、企業でやっていたりしてもそんなにリソースをかけられない場合くらいの規模感、つまり僕自身がメンテナンスに関わっているようなソフトウェアの規模感でもあります。とは言え、リソースが十分なプロジェクトなどほとんど無いと言えるので、多くの場合に当てはまるでしょう。 互換は壊すな！…なるべく そもそも互換は壊すなよ、と言う話。互換は壊さないほうがいい。これに異を唱える人はいないでしょう。 「互換を壊したらメジャーバージョンを上げればいい」ではなくて「絶対に壊さない」くらいの意識でAPI設計をする。それくらい慎重に設計したとしても互換を壊さないといけ

[Songmu]

blogged.

[azumakuniyuki]

互換性は大事、とにかく大事。互換性がなくなる変更が必要なら別プロダクトとして改名するかメジャーバージョンを三つか四つぐらいあげたほうが良いと思うぐらい大事。

[sh19910711]

2018 / "互換を壊すことはユーザーを失うこと / 積み上げてきた既存ユーザーの一部を間違いなく失うという事実は受け止めなければならない / 今より間違いなく良いという確信を持ってから互換を壊すべき"

[masaru_b_cl]

新たに作りたくなる誘惑は非常に魅力的に見えるんだよねぇ。後方互換性を守ることの大事さはJoelも言ってる

[odap]

バージョン管理するぐらいなら別レポを作る、というのはどうだろう？そのぐらい革新するような変更にしよう、とか言ってみる。