Я знаю с точки зрения .NET, что сборка с версией 1.13 считается более новой версией, чем версия 1.2, потому что каждое число в версии оценивается индивидуально. Однако с числовой точки зрения 1,13 <1,2. </p>
Проблема сводится к удобочитаемости при публикации обновлений для клиентов. С .0 до .9 это все то же самое, но на .10 вы должны дифференцировать. Итак, вы ограничиваете количество выпусков точек до 9, а затем увеличиваете основную версию, когда достигнете .9?
Пожалуйста, не думайте, что конечный пользователь понимает типичные схемы нумерации версий разработки.
Обновление:
Не думай, что это десятичное число
число. (.) Является разделителем между
разные поля. Что каждое поле
означает (например):
MajorRelease.MinorRelease.BuildNumber
Абсолютно! Вот так я вижу это, когда смотрю на номера версий. Но это не то, как ваш средний Джо читает текст «1.13». Я предполагаю, что как программисты легко проецировать наше понимание на наших пользователей. Вот почему меня интересуют отзывы об опыте с путаницей в цифрах. Это не может быть реальной проблемой, или, возможно, это просто проигнорировано.
Обновление 2: Ответ типа «предоставьте документацию» или «объясните пользователям» решения типа: они не работают! :) Если вам нужно объяснить номер версии пользователю, вы уже сделали его более сложным, чем нужно. В то время как основной аудиторией для части технологии могут быть разработчики во многих компаниях, фактическая закупка и управление программным обеспечением осуществляются секретарями и канцелярским персоналом, который вообще не имеет опыта разработки или технологий. Если их менеджер спрашивает их «Есть ли новая версия, доступная с 1.9», и они видят «1.11», они могут не зарегистрировать ее как более новую версию.