VS
Тут есть кто шарит за yocto?
Size: a a a
2020 October 14
OK
Тут есть кто шарит за yocto?
+
VS
Вопрос такой - можно ли как-то наладить автогенерацию чейнджлога при выпуске нового релиза дистрибутива? Чтобы генерировался файл, где будет список пакетов, в которых обновилась версия.
OK
Вопрос такой - можно ли как-то наладить автогенерацию чейнджлога при выпуске нового релиза дистрибутива? Чтобы генерировался файл, где будет список пакетов, в которых обновилась версия.
Можно.
Там есть спец класс для ведения истории.
Он все коммитит в отдельний гит репозиторий.
build-log
или
build-history
В мега мануале он описан.
Там есть спец класс для ведения истории.
Он все коммитит в отдельний гит репозиторий.
build-log
или
build-history
В мега мануале он описан.
VS
Окей, спасибо, почитаю.
Есть еще второй вопрос. По какой системе можно нумеровать версию дистрибутива, какие есть best practices? Кроме варианта где тупо дата стоит и все.
Есть еще второй вопрос. По какой системе можно нумеровать версию дистрибутива, какие есть best practices? Кроме варианта где тупо дата стоит и все.
VS
Я искал правила нумерации релизов для poky, но не нашел объяснения что каждая цифра значит
SK
Я искал правила нумерации релизов для poky, но не нашел объяснения что каждая цифра значит
возми классику мажор.минор.патч
VS
возми классику мажор.минор.патч
Она и есть, есть даже правило как бампать мажорную версию, но совершенно не понятно что такое минор и патч в рамках версии дистрибутива
SK
а вы про солянку говорите. ну вы же не часто их делаете. тогда наверное год.месяц
VS
Сейчас т.к. идет активная разработка то частенько
OK
Окей, спасибо, почитаю.
Есть еще второй вопрос. По какой системе можно нумеровать версию дистрибутива, какие есть best practices? Кроме варианта где тупо дата стоит и все.
Есть еще второй вопрос. По какой системе можно нумеровать версию дистрибутива, какие есть best practices? Кроме варианта где тупо дата стоит и все.
если не собираешся делать свою убунту, то версия з датой самый лучший и легко поддерживаемый вариант.
VS
если не собираешся делать свою убунту, то версия з датой самый лучший и легко поддерживаемый вариант.
Нужен именно семверный триплет, т.к. на это завязана логика обновлятора
AK
Она и есть, есть даже правило как бампать мажорную версию, но совершенно не понятно что такое минор и патч в рамках версии дистрибутива
это всё на усмотрение проджект овнера
SK
Сейчас т.к. идет активная разработка то частенько
ну добавь третье число. либо просто инкремент от начало года. либо день в году.
AK
и внутри архива с дистрибом надо обязательно класть файл с историей изменений и датами
OK
Нужен именно семверный триплет, т.к. на это завязана логика обновлятора
Ну тогда все в твоих руках и наверное больше зависит от пакетного менеджера который будет использоваться
VS
и внутри архива с дистрибом надо обязательно класть файл с историей изменений и датами
Ну вот поэтому мой первый вопрос был как этот файл с историей генерить :)
OK
Окей, спасибо, почитаю.
Есть еще второй вопрос. По какой системе можно нумеровать версию дистрибутива, какие есть best practices? Кроме варианта где тупо дата стоит и все.
Есть еще второй вопрос. По какой системе можно нумеровать версию дистрибутива, какие есть best practices? Кроме варианта где тупо дата стоит и все.
Есть вот такая штука https://docs.mender.io/
Советую на нее посмотреть.
Советую на нее посмотреть.
OK
В наше время, пакеты уже немного устарели..
Надежнее обновляться как в Андроиде - A/B
Надежнее обновляться как в Андроиде - A/B
VS
ну добавь третье число. либо просто инкремент от начало года. либо день в году.
Мне интересно как вообще люди в миру делают