From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <4A11A08C.8070009@altlinux.com> Date: Mon, 18 May 2009 21:53:16 +0400 From: Anton Farygin User-Agent: Thunderbird 2.0.0.21 (X11/20090429) MIME-Version: 1.0 To: ALT Linux Team development discussions References: <4A11817A.3010401@altlinux.com> In-Reply-To: Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [devel] rpmbph with git branches 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: Mon, 18 May 2009 17:54:33 -0000 Archived-At: List-Archive: List-Post: Eugene Prokopiev пишет: > 18.05.09, Anton Farygin написал(а): >> Eugene Prokopiev пишет: >> >> >>>> Пакеты в бранчи я собираю такой командой: >>>> $ rpmbph -n -M50 -u global.spec >>>> Пока не представляю, как это сделать на основе git, поскольку >>>> пока не готов изобретать правила для хранения в репозитории >>>> разных веток (или они уже где-то опубликованы). >>>> Если Вы считаете, что автоматическое создание ветки в git для >>>> бранча имеет смысл, я готов рассмотреть пример репозитория с >>>> правильной структурой и адаптировать rpmbph к сборке из git. >>>> >>> Как минимум для меня некоторая автоматика для управления ветками в git >>> имеет смысл, только сделать никак не соберусь :( В качестве примера >>> структуры репозитория предлагаю взглянуть на >>> http://www.altlinux.org/Git/SomeDestReposViaBranches >>> >>> >> Скажу вам по секрету, только никому не говорите - при сборке пакетов ветки >> не имеют никакого значения, важны только тэги. > > А можно развить эту мысль дальше? > > Мне было показалось, что вы хотели предложить собирать в разные > репозитории из одной ветки, но я не смог понять как быть с Release и > changelog ... А дальше - вы пишете скрипт, который будет из master делать тэги с нужными изменениями (через временный бранч). Release и changelog надо будет править. Кстати, почему-то у нас в Release: не получается использовать макросы, определённые в /etc/rpm/macros.d/ ? Они вообще должны работать ? а так можно было бы release вычислять на основании какого-нить %branchver