From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Virus-Scanned: by amavisd-new-2.4.0 (20060403) (Debian) at tepkom.ru with clamav Date: Mon, 27 Nov 2006 18:46:35 +0300 From: Grigory Batalov To: ALT Devel discussion list Message-Id: <20061127184635.061f62fb.bga@altlinux.org> In-Reply-To: <456B010C.2030600@solin.spb.ru> References: <20061127154826.10329918.bga@altlinux.org> <20061127143101.GB5381@master.mivlgu.local> <456B010C.2030600@solin.spb.ru> Organization: ALT Linux Team X-Mailer: Sylpheed version 0.9.10 (GTK+ 1.2.10; i586-alt-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit Subject: Re: [devel] =?koi8-r?b?Z2VhciDJINDB1N7J?= X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.9rc1 Precedence: list Reply-To: ALT Devel discussion list List-Id: ALT Devel discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Nov 2006 15:47:05 -0000 Archived-At: List-Archive: List-Post: On Mon, 27 Nov 2006 18:15:24 +0300 Aleksey Avdeev wrote: > >>Мне кажется, удобнее исправлять исходники непосредственно в git, > >>скажем, в бранче devel, а не обновлять от версии к версии файлы > >>.patch. > > > > > > Тогда возникает вопрос, что делать при обновлении до новой версии. > > Естественный для git вариант - объединить изменения с новой версией > > через git-pull (т.е., merge), но при этом результат в общем случае уже > > не представляется в виде набора патчей - можно сделать только один > > общий патч от оригинальной версии к модифицированной. Чтобы получить > > какое-то одно изменение в виде патча к текущей версии, придётся > > выполнять, например, git-cherry-pick в отдельной временной ветке > > (тащить его в историю пакета при таком способе работы бессмысленно - > > оно там уже есть, возможно, с исправлениями, внесёнными в ходе > > разрешения конфликтов при merge; единственная причина делать это - > > необходимость подготовки патча для передачи, например, в upstream). > > > > Кстати, можно завести не один бранч devel, а несколько, куда разносить > > изменения, относящиеся к разным по смыслу исправлениям. > > +1, особенно -- если деление по бранчм осмысленное. Теперь я понял, зачем у тебя в cks.git столько бранчей =) -- Григорий Баталов