Какой номер версии должен получить невыпущенный проект? - PullRequest
1 голос
/ 17 июня 2010

Примечание: я новичок в нумерации версий. Прошу прощения за мое невежество.

У меня есть проект, в котором попытка основного выпуска (Версия B) была прекращена, а затем повторная попытка и выпуск (Версия C). Каждая версия имеет серьезные изменения по сравнению с предыдущей версией, которые я бы не рассматривал как незначительное обновление. Почти ничего из Версии B превратило в Версию C.

Версия A (1.0)

  • Разработано, выпущено, обновлено и т. Д.

Версия B (???)

  • Развит, приостановлен, заброшен.

Версия C (2.0)

  • Разработано, выпущено, обновлено и т. Д.

Я чувствую, что у меня должна быть их версия, но беспокоюсь о путанице из-за отсутствующей версии:

  • Версия A (1.0)
  • Версия B (2.0)
  • Версия C (3.0)

Ответы [ 4 ]

3 голосов
/ 17 июня 2010

У вас должно быть две схемы управления версиями.Внутренний, который следует типичной форме:

major.minor.build.revision

А затем публичный.При общедоступной версии вы можете сопоставить свои внутренние версии с «дружественными к клиенту» именованными версиями.Как веселье вокруг стратегии именования Java.

2 голосов
/ 17 июня 2010

Я не возражаю против пропущенного номера версии, если это не маркетинговый кошмар. С точки зрения разработки это просто указатель, и как только вы достигнете определенной точки, предыдущие версии стали уроками для создания будущих версий. Как вы сказали, мало что из Версии B превратилось в Версию C, так что внутренне смысл признавать существование Версии B?

Маркетинг - есть много компаний, которые пропустят номер версии. Если клиенты запутались, просто скажите им, что вы добились таких больших успехов в улучшении своего продукта, что вы пропустили целую версию. С другой стороны, иногда у клиентов возникает ощущение, что если они получают версию программного обеспечения 2.9, они имеют право на бесплатную копию версии 3.0. Ведь - по пятам было 2.9. Остановите их на своем пути и возьмите еще немного денег для своей тяжелой работы согласно соглашению об именах 4.0.

Это также поможет с объявлением о вашем EOL, позволяя вам EOL несуществующей версии и прежней заставлять ее звучать так, как будто вы принц, поскольку ваши главные люди с вашей новой версией программного обеспечения EOL выглядят так, как будто они уже одна версия выключена.

Это игра разума - вам просто нужно взять под контроль Россию и Китай, прежде чем ваш оппонент сделает это. Вот почему они называют это Риск .

1 голос
/ 19 июня 2010

Многоточечная нумерация версий - пустая трата времени.ПОЦЕЛУЙ.Начните с версии 1, увеличьте на 1 и просто придерживайтесь целых чисел.Если вы используете систему, заставляющую дополнительные периоды и цифры игнорировать их.Ведите хороший журнал того, что конкретно для каждой версии, когда она была выпущена, для кого она была выпущена и т. Д. Любой, кто принимает решение только по номеру версии, а не по документации «что нового» о том, обновлять или нет, никого не должен интересоватьо.

0 голосов
/ 17 июня 2010

Если версия B так и не была выпущена, то ваша версия C может быть выпущена с общедоступным номером 2.0.Вы не должны признавать наличие внутренних выпусков, которые этого не сделали.Ваш внутренний номер версии не должен совпадать с вашими номерами общедоступных выпусков, если вы отслеживаете сопоставления.

...