From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <4A12469C.1070402@altlinux.com> Date: Tue, 19 May 2009 09:41:48 +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> <4A11A08C.8070009@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: Tue, 19 May 2009 05:43:04 -0000 Archived-At: List-Archive: List-Post: Eugene Prokopiev пишет: >>>> Скажу вам по секрету, только никому не говорите - при сборке пакетов >> ветки >>>> не имеют никакого значения, важны только тэги. >>>> >>> А можно развить эту мысль дальше? >>> >>> Мне было показалось, что вы хотели предложить собирать в разные >>> репозитории из одной ветки, но я не смог понять как быть с Release и >>> changelog ... >>> >> А дальше - вы пишете скрипт, который будет из master делать тэги с нужными >> изменениями (через временный бранч). Release и changelog надо будет править. > > Т.е. все-таки дополнительная ветка на репозиторий (пусть и временная)? > ;) И почему временная? Вы предлагаете откатывать коммит, на основе > которого выполнялась сборка? Зачем откатывать коммит ? merge надо проводить с тэгом, а не с веткой. В каждый новый тэг будет подшиваться история предыдущего (через -s ours). Иначе через некоторое время вы столкнётесь с проблемой - невозможно будет собрать версию из sisyphus для 5.0, не спортировав туда всю его историю. В этом случае нам нет никакой необходимости вести бранчи. Собственно, бранчи необходимы только для локальной разработки. Если мы публикуем тэг, из которого идёт сборка - то в бранчах необходимость исчезает (точнее - при необходимости они создаются на основании тэгов). Мы же говорим про бэкпорты, верно ? > > Кстати, по времена incoming нечто в этом духе я и использовал >