Мы планируем изменить номер версии в следующем выпуске приложения для iOS, не используя традиционную схему номеров версий Major.Minor.Patch, чтобы вместо этого использовать схему на основе даты, такую как 2012.month.patch, чтобы лучше отражать для наших пользователей валюту приложение.

Единственное руководство Apple по номеру версии в iTunes Connect выглядит следующим образом:

Номер версии приложения, которое вы добавляете. Нумерация должна соответствовать типичным соглашениям о версиях программного обеспечения (например, 1.0 или 1.0.1 или 1.1).

Мой вопрос - применяют ли они эту традиционную схему?

Есть ли недостаток в использовании схемы на основе даты?

Есть ли какие-либо ошибки, которые могут возникнуть из-за изменения схем в приложении, которое уже широко развернуто?

Обновить: Чтобы объяснить немного больше обоснования перехода к схеме управления версиями на основе даты ... Соответствующие приложения обновляются в основном для отражения новых наборов данных, добавляемых несколько раз в год. Пользователю полезно знать, что версия 2012.2 содержит текущие данные - версия 2.6 не передает этого.