> Я всё ещё не вижу как код разрабатываемый соседним отделом касается тебя, ты ведь даже не будешь копаться в кишках, да и платят тебе вовсе не за это.Если я не копаюсь в кишках кода, то я не являюсь его разработчиком. В лучшем случае я пользователь этого кода.
> тебя никак не может волновать внеочередная перестановка кроватей (тем более, планирующаяся -- это не твоя задача!).
Давай я приведу какой-нибудь пример, чтобы тебе понятнее было. Допустим, у нас в продукте есть внутренняя библиотека для работы с файлами. Назовём её IOLib. Допустим, мы решили перепилить эту библиотеку, и перепилив её обновить версии с 1.1.5 на 1.2.0. Допустим мы перепилили эту библиотеку. И что, можно уже 1.2.0 релизить? Или может надо подождать, когда остальной код нашего продукта, который пользуется IOLib, будет перепилен под изменения этой IOLib?
Чуешь? Версии 1.2.0 ещё нет, а разработчики уже вовсю работают над ней. То есть отсутствие тега 1.2.0 никак не мешает им работать. И более того, тег 1.2.0 появится только тогда, когда вся работа по изменению внутренних API будет завершена.
Чуешь? Версия 1.2.0 -- это версия для _внешнего_ пользователя кода. Тот пользователь может быть разработчиком, но разработчиком не нашего кода, а какой-то другой пурги о которой мы можем даже не иметь никакого представления. То есть _пользователю_ кода может быть нужен semver, а разработчику кода не нужен semver.
Твой пример с соседним отделом путает пользователя и разработчика. Я, по отношению к коду соседнего отдела, являюсь _пользователем_. Я не разрабатываю его. И если этот соседний отдел планирует иногда ломать внешний API своего кода, то мне было бы удобно, если бы он использовал бы semver для своего кода. Но этому соседнему отделу использование semver никак не поможет выполнять их функции по разработке их кода. Им не нужен semver.
Но, если этот соседний отдел _никогда_ не вносит изменений во внешний API своего кода, которые бы ломали обратную совместимость, то мне совершенно, абсолютно и глубочайше плевать каким образом они нумеруют свои версии. Они могут вообще никак не нумеровать, я буду просто полагаться на последний стабильный коммит из git.
