И от себя еще добавлю, в чем различия разных веток программы? Например, firefox,если я не ошибаюсь, существует в версии 1.* и 2.*? На днях меня спросили - из чего складывается версия программы? Например, 1.1, 1.4.3 и т.д. И я понял, что я....не знаю ответа на этот вопрос. И от себя еще добавлю, в чем различия разных веток программы? Например, firefox,если я не ошибаюсь, существует в версии 1.* и 2.*?
И от себя еще добавлю, в чем различия разных веток программы? Например, firefox,если я не ошибаюсь, существует в версии 1.* и 2.*? хм...прикольный кстати вопрос?
наверно целое число (1, 2,3 и т.д.) - это версия программы, если она сильно изменена, а после запятой (точки) буилд именно этой версии.
наверное
наверно целое число (1, 2,3 и т.д.) - это версия программы, если она сильно изменена, а после запятой (точки) буилд именно этой версии.
наверное
"сильно изменена" - понятие растяжимое =)
ну к примеру писалась другим(и) программёрами без исходника, в другой среде, с новыми функциями))
зы: это всё предположения)
зыы: а что сейчас не растяжимое?
зы: это всё предположения)
зыы: а что сейчас не растяжимое?
QUOTE
Нумерация версий
Номер версии ядра Linux в настоящее время содержит четыре числа, следуя недавнему изменению в долго используемой до этого политики схемы версий, основанной на трёх числах. Для иллюстрации допустим, что номер версии составлен таким образом: A.B.C[.D] (например 2.2.1, 2.4.13 или 2.6.12.3).
* Число A обозначает версию ядра. Оно изменяется наименее часто и только тогда, когда вносятся значительные изменения в код и концепцию ядра. Оно изменялось дважды в истории ядра: в 1994 (версия 1.0) и в 1996 (версия 2.0).
* Число B обозначает старшую версию ревизии ядра. Чётные числа обозначают стабильные ревизии, то есть те, которые предназначены для промышленного использования, такие как 1.2, 2.4 или 2.6. Нечётные числа обозначают ревизии для разработчиков, такие как 1.1 или 2.5. Они предназначены для тестирования новых улучшений и драйверов до тех пор, пока они не станут достаточно стабильными для того, чтобы быть включёнными в стабильный выпуск.
* Число C обозначает младшую версию ревизии ядра. В старой трёхчисловой схеме нумерации, оно изменялось тогда, когда в ядро включались заплатки связанные с безопасностью, исправления ошибок, новые улучшения или драйвера. С новой политикой нумерации, однако, оно изменяется только тогда, когда вносятся новые драйвера или улучшения; небольшие исправления поддерживаются числом D.
* Число D впервые появилось в случае, когда смертельная ошибка, которая требовала незамедлительного исправления, была обнаружена в коде ядра 2.6.8, связанного с NFS. Однако, было недостаточно других изменений, для того чтобы это послужило причиной для выпуска новой младшей ревизии (которой должна была стать 2.6.9). Поэтому была выпущена версия 2.6.8.1 с единственным исправлением в виде исправления для этой ошибки. С ядра 2.6.11, эта нумерация была адаптирована в качестве новой официальной политики версий. Исправления ошибок и заплатки безопасности теперь управляются с помощью четвёртого числа, тогда как большие изменения выполняются в изменениях младшей версии ревизии ядра (число C). Wikipedia.org
Номер версии ядра Linux в настоящее время содержит четыре числа, следуя недавнему изменению в долго используемой до этого политики схемы версий, основанной на трёх числах. Для иллюстрации допустим, что номер версии составлен таким образом: A.B.C[.D] (например 2.2.1, 2.4.13 или 2.6.12.3).
* Число A обозначает версию ядра. Оно изменяется наименее часто и только тогда, когда вносятся значительные изменения в код и концепцию ядра. Оно изменялось дважды в истории ядра: в 1994 (версия 1.0) и в 1996 (версия 2.0).
* Число B обозначает старшую версию ревизии ядра. Чётные числа обозначают стабильные ревизии, то есть те, которые предназначены для промышленного использования, такие как 1.2, 2.4 или 2.6. Нечётные числа обозначают ревизии для разработчиков, такие как 1.1 или 2.5. Они предназначены для тестирования новых улучшений и драйверов до тех пор, пока они не станут достаточно стабильными для того, чтобы быть включёнными в стабильный выпуск.
* Число C обозначает младшую версию ревизии ядра. В старой трёхчисловой схеме нумерации, оно изменялось тогда, когда в ядро включались заплатки связанные с безопасностью, исправления ошибок, новые улучшения или драйвера. С новой политикой нумерации, однако, оно изменяется только тогда, когда вносятся новые драйвера или улучшения; небольшие исправления поддерживаются числом D.
* Число D впервые появилось в случае, когда смертельная ошибка, которая требовала незамедлительного исправления, была обнаружена в коде ядра 2.6.8, связанного с NFS. Однако, было недостаточно других изменений, для того чтобы это послужило причиной для выпуска новой младшей ревизии (которой должна была стать 2.6.9). Поэтому была выпущена версия 2.6.8.1 с единственным исправлением в виде исправления для этой ошибки. С ядра 2.6.11, эта нумерация была адаптирована в качестве новой официальной политики версий. Исправления ошибок и заплатки безопасности теперь управляются с помощью четвёртого числа, тогда как большие изменения выполняются в изменениях младшей версии ревизии ядра (число C). Wikipedia.org
yah, представь что ты програмист. ты пишешь какую то прогу. пускай самостоятельно. ты написал нечто. оно скомпилировалось и пашет. но плохо. ты назовёшь это нечно 0.0.1 или 0.1 или 0.0.0.0.0.0.1 - как захочешь так и назовёшь. далее у тебя есть какие то 1) цели 2) ошибки от которых надо избавляться
если ты избавишься от всех ошибок и будешь готов ввести новые фичи то твоя версия будет например 0.0.9 или 0.9 или 0.0.0.0.0.9 или может быть это будет версия 1.0.0.0.0.0 или 1.0 или 1.0.0
и так далее! названия версии придумывают индивидуально разработчики. даже если бы была какая то норма ты не заставишь всех разработчиков плясать под одну дудку
можетбыть каждый новый быил ды будешь называть новой версией без всякого разделения на числа. только одно число. если тебе так удобно - ради бога.
если ты избавишься от всех ошибок и будешь готов ввести новые фичи то твоя версия будет например 0.0.9 или 0.9 или 0.0.0.0.0.9 или может быть это будет версия 1.0.0.0.0.0 или 1.0 или 1.0.0
и так далее! названия версии придумывают индивидуально разработчики. даже если бы была какая то норма ты не заставишь всех разработчиков плясать под одну дудку
можетбыть каждый новый быил ды будешь называть новой версией без всякого разделения на числа. только одно число. если тебе так удобно - ради бога.
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке: Из чего складывается версия программы?
SoftoRooM © 2004-2024