Как у вас версия пакета обновления или исправления?

Question

Если у вашего приложения есть общедоступный API-интерфейс, против которого люди разрабатывают, что вы будете делать в следующих сценариях?

• Если вы публикуете пакет обновления вашего приложение вы меняете версию количество сборок?

• Точно так же вы меняете версию номер, если вы предоставите оперативное исправление?

Если да, вы предоставляете файлы политики для перенаправления сборки? или если вы не знаете, где файлы политики вписываются в сценарий? Когда бы я решил не менять номер версии или предоставить файл политики и изменить версию?

Answer 1

Мы придерживаемся правила, что первые три части номера версии являются более или менее искусственными числами, генерируемыми маркетингом. Шаблон является чем-то вроде «Major.Minor.ServicePack». (Разница между пакетом обновления и оперативным исправлением заключается только в политиках.) Но последний номер автоматически вставляется сценарием сборки и сохраняет последнюю измененную версию ветвления, в которой выполняется сценарий. Таким образом, мы всегда можем найти точную базу кода для любого двоичного файла "в дикой природе".

Answer 2

Вам нужно увеличивать номер версии только в том случае, если изменились методы и т. Д. Общедоступного API или изменилось поведение вызова так, что клиенту может потребоваться переписать часть своего кода, использующего ваш API.

Answer 3

Причина оставить номер версии без изменений связана со сборками со строгими именами.

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

Это, конечно, имеет место, только если интерфейсы сборки не изменены.

Answer 4

Microsoft использует Major.Minor.BuildNumber.Revision . Я бы предложил автоматически создавать и использовать BuildNumber.Revision для пакетов обновления и исправлений. Я бы вручную изменил и использовал номер сборки Minor для расширений API. Я бы вручную изменил и использовал основной номер сборки, когда менял вещи не обратно совместимым способом или вносил значительные (30% или более) изменения или расширения в функциональность.

У Джеффа Этвуда на самом деле есть пост в блоге, который в древние времена о нумерации версий , и здесь есть вопрос об автоматическом увеличении номера версии, и мне нравится ответ, связанный с Надстройка инкремента версии сборки Visual Studio .