[devel] распознавание бранча

[Dmitry V. Levin]

On Fri, Nov 20, 2020 at 07:24:59PM +0300, Mikhail Novosyolov wrote:
> 
> 20.11.2020 16:28, Dmitry V. Levin пишет:
> > On Fri, Nov 20, 2020 at 01:12:09PM +0300, Anton V. Boyarshinov wrote:
> >> В Thu, 19 Nov 2020 19:10:10 +0300, Mikhail Novosyolov пишет:
> >>> 19.11.2020 11:33, Anton V. Boyarshinov пишет:
> >>>> В Wed, 18 Nov 2020 23:19:51 +0300, Mikhail Novosyolov пишет:
> >>>>  
> >>>>> А нельзя просто гарантированно пересобирать пакеты при копировании из сизифа в бранч, чтобы в %disstag появлялось p9, а потом на него смотреть?  
> >>>> Вообще говоря, мы пытаемся решить скорее обратную задачу -- чтоб если
> >>>> пакет из Сизифа при сборке в бранч существенно не изменился, то чтоб в
> >>>> бранч попадал именно пакет из Сизифа, а не пересобранный.  
> >>> А зачем? 
> >> Что бы не плодить во множестве избыточные гигабайты. Для часто
> >> собираемых больших пакетов типа ядра разница набегает немаленькая.
> >>
> >>> И вы уверены, что set-versions настолько крут, что для гарантирования
> >> целостности ABI не стоит пересобирать пакет?
> >>
> >> Вот это и вкладывается в "существенно не изменился". Насколько я знаю,
> >> проверяются  не только set-versions.
> > Сейчас нет никакого копирования, операция copy - это всего лишь упрощенный
> > интерфейс операции сборки, когда нужная редакция исходников определяется
> > на стороне сервера.
> >
> > Единственный случай, когда не происходит сборки - это в момент создания
> > бранча.  И это, на самом деле, большая проблема для всех подходов к
> > заглядыванию в %disttag/%ubt/whatever каких-либо пакетов, потому что
> > в этот момент там записана информация об исходном бранче.
> Отсутствие полной пересборки после бранчевания - это просто экономия времени и машинных ресурсов (вряд ли), или чем-то еще обусловлено?

Полная пересборка после бранчевания - это концептуально неправильно,
по-хорошему, пересобирать нужно всегда, когда результат пересборки
меняется, не дожидаясь бранчевания.


-- 
ldv