From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Thu, 27 Jul 2023 12:18:48 +0300 (MSK) From: Ivan Zakharyaschev To: ALT Linux Team development discussions In-Reply-To: <90fbf646-888e-6257-11f2-63474c106137@basealt.ru> Message-ID: References: <5b931cb3e73085097d16ebc6293aa04c@altlinux.ru> <90fbf646-888e-6257-11f2-63474c106137@basealt.ru> User-Agent: Alpine 2.20 (LFD 67 2015-01-07) MIME-Version: 1.0 Content-Type: multipart/mixed; BOUNDARY="1807885841-1709431553-1690449528=:2635" Subject: Re: [devel] =?koi8-r?b?78LOz9fMxc7JxSDQwcvF1MEgydogdXBzdHJlYW0gzsEg?= =?koi8-r?b?0NLJzcXSxSBweWJpbmQxMQ==?= X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux Team development discussions List-Id: ALT Linux Team development discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jul 2023 09:18:49 -0000 Archived-At: List-Archive: List-Post: This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --1807885841-1709431553-1690449528=:2635 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8BIT Здравствуйте! On Thu, 27 Jul 2023, Nikolai Kostrigin wrote: > 27.07.2023 06:58, Ivan A. Melnikov пишет: > > On Thu, Jul 27, 2023 at 04:00:07AM +0300, Vitaly Lipatov wrote: > > > Может ли кто-нибудь, в идеале — мантейнер пакета pybind11, показать на > > > примере этого > > > пакета pybind11, как его обновить до версии v2.11.1 ? > > > > Как я понимаю, проблема в том, что у апстрима > > несколько "стабильных" веток, среди которых > > v2.9 (из которой пакет собран сейчас) > > и v2.11 (из которой мы хотим собрать пакет), > > и эти ветки друг от друга не наследуют. Соответсвенно, > > нужно переехать с одной апстримной ветки на другую. > > > > Я правильно угадал? > > > Вполне возможно. > Правда раньше обновление минорных версий было бесшовным и, когда я столкнулся > с этим впервые, подумал, что это просто ошибка апстрима (force push) > и выкрутился так: > > https://git.altlinux.org/people/nickel/packages/?p=pybind11.git;a=commit;h=e63fc1ec6ab447b36a9958e456e96d7f7002d5c6 Used "git read-tree -u -m v2.8.1" to get new upstream source tree. Вариант первого варианта, с техникой, ведущей к более предсказуемому и понятному варианту, чем копание в конфликтах merge. Как отмечено, удобно, что в ALT-е своих патчей нет, всё внутри .gear/ (git diff v2.9.2..sisyphus --stat) Как вариант, я бы на основе тех команд, которые помню, сделал аналогичное: git switch -C master v2.11.1 git merge -s ours gears/sisyphus -m 'merge -s ours gears/sisyphus' git restore -W -S -s gears/sisyphus .gear git commit --amend -m 'merge -s ours gears/sisyphus, restore .gear' и дальше как обычно. > > Варианта тут как минимум два. > > > > 1. Сделать `git merge v2.11.1` и убедиться, что ничего > > лишнего в исходниках не появилось (`git diff --stat v2.11.1` > > не содержит ничего кроме .gear). Минус такого > > подхода в том, что в истории ветки sisyphus останется > > куча коммитов из ветки v2.9, которых там > > "на самом деле нет". > > > > 2. Сделать новую историю с новой ветки, отключив > > git inheritance check. > > > > Оба варианта имеют свои недостатки и приемущества, и мне > > кажется мейнтейнер должен сам выбрать, что правильнее > > в конкретном случае. Я бы по умолчанию предпочитал > > второй, но думаю это вкусовщина. Мне первый вариант больше нравится, т.к. хранит историю пакета в ALT. > Сейчас стало понятно, что это был не единичный случай. > Раз уж это вынесено на публичное обсуждение, приглашаю остальных мэнтейнеров > высказать свое мнение при желании. -- Best regards, Ivan --1807885841-1709431553-1690449528=:2635--