Ядро Linux 3.x новая схема управления версиями
У Shawn было простое решение: readlink -f $0. Если Вы хотите абсолютно убедиться обработать странные имена файлов, можно использовать это:
absolute_path_x="$(readlink -fn -- "$0"; echo x)"
absolute_path="${absolute_path_x%x}"
Новая схема управления версиями является в значительной степени точно тем же как старыми 2,6 схемами управления версиями, за исключением того, что "3". используется вместо "2,6". Другими словами, вместо того, чтобы назвать выпуск после 2.6.39 версий 2.6.40, мы просто назвали его 3.0. Стабильные обновления, вместо 2.6.40.1, 2.6.40.2, и т.д. теперь 3.0.1, 3.0.2, и т.д. Вместо 2.6.41, мы имеем 3.1. И так далее.
Ничто не изменилось о модели разработки, окне слияния, цикле выпуска, и т.д. Единственное изменение - то, что у нас есть тот меньше компонента к номеру версии (т.е. 3.x вместо 2.6.x).
-
1И что относительно последней цифры в предыдущей системе управления версиями? пример: 2.6.35.7 Последняя цифра (связанный с исправлениями ошибок, если я не ошибаюсь) отбрасывается? @Roland – 11.10.2011, 00:05
-
2нет, последняя цифра не была отброшена. Мы все еще имеем 3.0.1... 3.0.4, поскольку "bugfix" выпускает для 3.0 один. – Mircea Gherzan 11.10.2011, 00:14
-
3я вижу... Так как Вы - так доброе последнее разъяснение :). С тех пор 2.6 имеет теперь becomed 3.0, незначительное число пересмотра больше не используется для различения среди стабильной версии / версии разработки (например, 2,5 разработки, 2,6 стабильных)? @Mircea – 11.10.2011, 03:07
-
4Право, но что это не изменение с 3,0. Больше нет "разработки" или "нестабильных" релизов Linux; каждый выпуск с тех пор 2.6.0 был "стабильным" выпуском. – Roland 11.10.2011, 21:30
-
5Ничего себе, Вы работаете над ядром! Я надеюсь, что Вы находите, что время пишет здесь много :) – Emanuel Berg 16.01.2013, 02:48
Найденный некоторой информацией в этой статье
Главным образом:
"Предыдущая схема управления версиями 2.6.x ряд появилась приблизительно в 2005 от перехода ядра до более коротких основанных на времени циклов выпуска. Номера основной версии и номера вспомогательной версии были прикреплены в 2,6, и третья цифра использовалась для указания на фактический выпуск. С новой моделью основная версия прикрепляется в 3, и вторая цифра будет использоваться для указания на фактический номер выпуска, и третья цифра будет использоваться для стабильных версий.
"Это, очевидно, также открывает окно слияния для следующего ядра, которое будет 3.1. Стабильная команда возьмет третью цифру, таким образом, 3.0.1 будет первая стабильная версия на основе 3,0", объяснил Torvalds в объявлении выпуска."
-
1я видел, что статья, но это не предоставляет хорошую информацию о новой схеме планирования. Посмотрите другой ответ + комментарии для дальнейшего обсуждения – 11.10.2011, 00:05
-
2, я считал его, когда эти 2.6 удалены в пользу 3, другие цифры остаются тем же как прежде. – 11.10.2011, 00:14
Если путем "планирования" Вас означают, как разработка идет теперь, она похожа на это:
3.7 выпущен (и стабильная толпа запускает их строку 3.7.1, 3.7.2...), Linux открывает "merge window", приблизительно 2 недели, в течение которых он примет новые возможности (которые обычно готовили elsewehere). То, когда окно слияния закрывается, Linus выпускает 3.8-rc0 (предвыпускная версия № 0), после которого только исправления ошибок, как предполагается, входят в ядро (иногда функция, которая была объединена, забрано). Каждый на следующей неделе (приблизительно) выпуски-rc1,-rc2 Linus... пока он не удовлетворен, что больше нет ошибок (обычно вокруг-rc6), и 3.8, рождается. Затем цикл запускается снова. В то время как все это продолжается, толпа разработчика занята, взламывая на изменениях, которые будут предложены для будущих окон слияния (некоторые функции работались на буквально в течение многих лет прежде чем быть считавшим приемлемого для включения).