Поскольку застройщики sed достопримечательностей были рассверлены от их менеджера по маркетингу, что они "исключали" людей, не обеспечивая RSS. Так как г-н Marketing никогда не слышал о Atom, Вы просто предоставляете обоим.
, Если Вы успокоительно реализуете его, не грандиозное предприятие просто сделать обоих и не вопитесь в другими отделами.
Мы склонны использовать что-то вроде 1.20.5, где 20 в вашем случае - это довольно высокий номер «выпуска» или что-то в этом роде.
Когда мы полностью переписываем продукт в другой реализации, он становится 2.0.0 и т. Д.
Это также означает, что бета-версиями может быть, например, 0.2.3.
Я думаю, что довольно стандартно использовать формат подверсии, такой как 1.1 или 1.1.2 или что-то в этом роде, только для выпусков исправлений ошибок, незначительных дополнений и т. Д., А затем планирую увеличивать основной номер версии в основных выпусках.
Мы используем систему Microsoft (или, по крайней мере, их документированную систему - реальные двоичные файлы кажутся менее согласованными):
При изменении части версии все части ниже сбросить до нуля, а не просто изменить независимо.
Как сказал Кристиан, мы использовали старший / младший номер вместе с датой месяца для выпуска.
Для внутреннего использования мы используем дату CVS. В нашем случае продукт довольно маленький, мы обращаемся к md5sum при разговоре с QA.
Version numbers can be used to sell upgrades to non-technical people either from the perspective of the software vendor wanting to get people off old versions or the user trying to get management approval to upgrade.
If you were to say that you are using "Version 20" this doesn't immediately mean anything to everyone.
If you say that you are using "Product X 2005" everyone understands that it's a 4 year old product.
(Technical people probably don't care either way!)
Моя компания разрабатывает продукт в течение 19 лет, и мы есть только версия - 3. Хотя у нас были 1.2, 1.5 и тд. Думаю, это лучшая практика.