From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Virus-Scanned: by cgpav Uf39PSi9pFi9oFi9 X-Virus-Scanned: amavisd-new at localhost Message-ID: <46A46E5C.6010404@solin.spb.ru> Date: Mon, 23 Jul 2007 13:01:16 +0400 From: Aleksey Avdeev User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; ru-RU; rv:1.8.1.2pre) Gecko/20070119 SeaMonkey/1.1 MIME-Version: 1.0 To: ALT Devel discussion list References: <200707220407.16227.artem.zolochevskiy@gmail.com> <679044850707220103l7e877440k41231f25895e67dd@mail.gmail.com> <200707221906.46059.artem.zolochevskiy@gmail.com> In-Reply-To: <200707221906.46059.artem.zolochevskiy@gmail.com> X-Enigmail-Version: 0.94.1.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit Subject: Re: [devel] =?koi8-r?b?Z2l0OiDC0sHO3skvxMnT1NLJwtXUydfZL8/Czs/XzMXO?= =?koi8-r?b?ydE=?= 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, 23 Jul 2007 09:14:36 -0000 Archived-At: List-Archive: List-Post: Artem Zolochevskiy пишет: > В сообщении от Sunday 22 July 2007 11:03:24 Damir Shayhutdinov написал(а): > >>> Ну суть вопроса, надеюсь, ясна. >>> Кто-что посоветует по организации git/gear репозитория в свете >>> поддержания различных версий пакета, >>> находящегося в Sisyphus/Desktоp/Server/Junior ? >> Мне пока видится приемлемой вышеприведенная структура, с бранчем на >> каждый поддерживаемый дистрибутив, в котором исправления переносятся >> из ветки в ветку через cherry-pick. >> >> Или же можно держать спек и .gear-rules в отдельном бранче, и тогда >> можно сократить количество cherry-pick-ов за счет merge. Но это будет >> посложнее и понимать, и поддерживать. > > ага. я тоже подумал о таком (спек + .gear-rules в отдельном бранче). но потом > подумал, что создание бранчей cоответсвующих дистрибутивам всё равно скорее > без перспектив на merge. а посему и выделять src в отдельный бранч от sepc-ов > ради теоретического merge нецелесообразно. т.е. мне видится схема бранчей > соответсвующий дистрибутивам + cherry-pick-и между ними. Выделять спек в отдельный бранч желательно для упрощения наследования spec`ов в новых пакетах. Например, мне нужно собрать пакет с драйвером для RaLink RT2500 802.11g Cardbus/mini-PCI [Network controller]. Логично не писать spec с нуля, а взять чтолибо за основу. И если отдельный бранч со спеком отсутствует -- в качестве предка придётся брать весь репозитарий пакета-протатипа. А это попахивает оверкиллом, с учётом того, что исходный код прототипа ненужен... Если спек в отдельном бранче -- наклодные расходы меньше. -- С уважением. Алексей.