Обсуждение:Spec: различия между версиями

Материал из ALT Linux Wiki
Нет описания правки
м (+link; +note)
Строка 17: Строка 17:


-- [[Участник:ИльдарМулюков|ИльдарМулюков]] 10:02, 18 августа 2010 (UTC)
-- [[Участник:ИльдарМулюков|ИльдарМулюков]] 10:02, 18 августа 2010 (UTC)
: Я обычно кладу SCM-ные идентификаторы (кусок хэша, ревизию) в %changelog и при необходимости увеличиваю Release:.  Припоминается обсуждение в devel@, но аргументов и даже слов сейчас сходу не вспомню. --[[Участник:MichaelShigorin|mike]] 22:25, 12 октября 2011 (MSD)
== См. тж. ==
* http://en.opensuse.org/openSUSE:Packaging_Conventions_RPM_Macros

Версия от 21:25, 12 октября 2011

Промежуточные upstream-релизы

Для линеаризации номера версии в git можно использовать git describe:
* 1.0-alt1.git1.5.4-1-g18208b2

Во-первых, это не сработает. Дефисы в релизе (как и в версии) недопустимы.

При сборке промежуточных релизов upstream-кода (срезов по дате, по системе контроля версий), следует указывать информацию о срезе в поле Release:
* 1.0-alt1.r6543

Не согласен. Почему так? промежуточный релиз относится к апстримной версии, ему место в версии.

Обсуждать здесь не имеет ни малейшего смысла. Имеет смысл обсуждать в devel@. --dottedmag 19:55, 14 марта 2009 (UTC)

Согласен с несогласием Михаила. Сам некоторое время использовал релизы следующего вида: 3.2.2_7_g39420d7-alt1 . Однако недавно понял, что в этом случае rpm иначе трактует старшинство версий. : 3.2.2_7_g39420d7-alt1 < 3.2_40_g39420d7-alt1

Ищу истину в данном вопросе.

-- ИльдарМулюков 10:02, 18 августа 2010 (UTC)

Я обычно кладу SCM-ные идентификаторы (кусок хэша, ревизию) в %changelog и при необходимости увеличиваю Release:. Припоминается обсуждение в devel@, но аргументов и даже слов сейчас сходу не вспомню. --mike 22:25, 12 октября 2011 (MSD)

См. тж.