Если я меняю аргументы в методах АПИ моей либы -

это менять мажорную версию?

лучше делай второй метод, а прошлый пиши как deprecated и поясняй "использовать второй метод" старый deprec в коде будет вызывать новый. а так надо хорошо поднимать версию

Йеп

на раннем єтапе, когда нет большого количества пользоватклей библиотеки - можешь тупо менять все что угодно, просто напиши в ридми work in progress ))

Если у тебя 0.х.х версии то в теории можно, но пользователи от такого матерятся если что. Лучше еще в ридме расписать что активно развивается и не годится для прода, могут менять методы в минорных релизах. А если 1.х.х уже есть то по семверу надо новый мажорный релиз чтобы поменять интерфейс метода, да (если ты следуешь семверу). Это так же может относиться и к набору полей структур которые принимают методы. Для структур есть маркер non exhaustive чтобы намекнуть что набор полей может дополниться, но лично я с него бешусь.

Я чтобы ломать всё что хочу каждый релиз использую версию 0.0.x)

версии с 1.x.x уже считаются "стабильными" более-менее готовыми к использованию а тут у человека еще этап сплошной разработки..

Именно

Человек может по глупости релизить 1.х.х. По семверу в мажорных версиях допускаются breaking changes. Но на практике часто сначала что то депрекейтят в минорном или мажорном, а лишь потом удаляют

В таком случае нужно релизнуть 2.0 и заморозить его API. После этого чётные версии стабильные, а в нечётных можно ломать что угодно 😁

Семвер не так работает, не вздумай

Вообще в семвере главное мажор инкрементить на каждом сломе апишки. Вон условная убунта у себя .04 версии под lts отдает, между мажорными проходит несколько не lts релизов

Так версии ваших линухов это не семвер