Патч по сравнению с обновлением
Большой O описывает верхний предел поведения роста функции, например, время выполнения программы, когда исходные данные становятся большими.
Примеры:
-
O (n): Если я удваиваю входной размер, время выполнения удваивается
-
O (n <глоток> 2 ): Если входной размер удваивается, тетрады во время выполнения
-
O (зарегистрируйте n): Если входной размер удваивает увеличения во время выполнения одним
-
O (2 <глоток> n ): Если входные увеличения размера одним, время выполнения удваивается
, входной размер обычно является пространством в битах, должен был представить вход.
6 ответов
Что касается управления версиями программного обеспечения (особенно семантического управления версиями ), исправление обновит номер версии исправления программного обеспечения, а обновления обновят их младший номер версии. Для приложений, которые следуют семантическому управлению версиями (в формате MAJOR.MINOR.PATCH ), патч определяется как:
увеличивает [...] версию PATCH при исправлении ошибок с обратной совместимостью.
В большинстве случаев исправления обновляют третий номер, техническую версию. Обновления обновляют дополнительный номер версии . Более того, исправления обычно устраняют проблемы, сохраняя совместимость, тогда как обновления могут как исправлять проблемы, так и добавлять новые функции , которые могут быть несовместимы с предыдущими версиями . Можно дополнительно добавить номер сборки или ревизии после номера патча:
MAJOR.MINOR.PATCH or MAJOR.MINOR.PATCH.BUILD
Таким образом, номер версии 2.1.3.089 - это вторая основная версия, первая второстепенная ревизия (так что было одно большое обновление), третья служебная сборка (так что три исправления поскольку была выпущена версия 2.1.0.X) и сборка 089 (не имеет значения для сборок / исправлений, может рассматриваться как дополнительные метаданные, указывающие уникальный идентификатор / номер версии).
Статья Википедии о версиях программного обеспечения - интересное чтение. Причина, по которой я указываю стиль MMMB, заключается в том, что он обычно используется в Visual Studio во время разработки приложений.
Однако в некоторых случаях последний номер (сборка) опускается - для конечных пользователей это редко когда-либо требуется. Это в основном только для целей разработки.
первая второстепенная ревизия (так что было одно большое обновление), третья обслуживающая сборка (то есть три исправления с момента выпуска версии 2.1.0.X) и сборка 089 (не имеет значения для сборок / исправлений, могут рассматриваться как дополнительные метаданные, определяющие уникальный идентификатор / номер версии).Статья в Википедии о версиях программного обеспечения - интересное чтение. Причина, по которой я указываю стиль MMMB, заключается в том, что он обычно используется в Visual Studio во время разработки приложений.
Однако в некоторых случаях последний номер (сборка) опускается - для конечных пользователей это редко когда-либо требуется. Это в основном только для целей разработки.
первая второстепенная ревизия (так что было одно большое обновление), третья обслуживающая сборка (то есть три исправления с момента выпуска версии 2.1.0.X) и сборка 089 (не имеет значения для сборок / исправлений, могут рассматриваться как дополнительные метаданные, определяющие уникальный идентификатор / номер версии).Статья в Википедии о версиях программного обеспечения - интересное чтение. Причина, по которой я указываю стиль MMMB, заключается в том, что он обычно используется в Visual Studio во время разработки приложений.
Однако в некоторых случаях последний номер (сборка) опускается - для конечных пользователей это редко когда-либо требуется. Это в основном только для целей разработки.
можно рассматривать как дополнительные метаданные, определяющие уникальный идентификатор / номер версии).Статья Википедии о контроле версий программного обеспечения - интересное чтение. Причина, по которой я указываю стиль MMMB, заключается в том, что он обычно используется в Visual Studio во время разработки приложений.
Однако в некоторых случаях последний номер (сборка) опускается - для конечных пользователей это редко когда-либо требуется. Это в основном только для целей разработки.
можно рассматривать как дополнительные метаданные, определяющие уникальный идентификатор / номер версии).Статья Википедии о контроле версий программного обеспечения - интересное чтение. Причина, по которой я указываю стиль MMMB, заключается в том, что он обычно используется в Visual Studio во время разработки приложений.
Однако в некоторых случаях последний номер (сборка) опускается - для конечных пользователей это редко когда-либо требуется. Это в основном только для целей разработки.
Патч обычно выпускается для исправления критической ошибки, проблемы или проблемы безопасности. Обновления или выпуски, вероятно, больше связаны с дополнительными функциями и функциями программного обеспечения.
Я не думаю, что существует какое-либо «стандартное определение», хотя общепринятое определение состоит в том, что патч исправляет ошибки, а обновление вводит новые функции.
Это действительно будет зависеть от того, как люди кто написал вашу спецификацию, определяющую патчи и обновления, а не то, как я или кто-то еще это определяю.
Для меня важнее всего то, что вызывает проблему.
Патч обычно предназначен для устранения проблемы и поэтому запрашивается у пользователя.
Обновление обычно заключается в добавлении новых функций и хотя иногда они запускаются пользователями, чаще запускаются внутри компании.
Также очень много задействовано в маркетинге.
Я не хочу платить за патч, в то время как я могу заплатить за обновление (я смотрю на вас, пользователей OSX).
Если спецификация не определяет патч или обновление, тогда вы можете провести черту где угодно (и думаете, что вам это сойдет с рук). Предполагая, что вы не хотите возвращаться к составителю спецификации за советом, я бы провел черту между «исправлением ошибки» и «новой функцией».