From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <46178A61.6040204@stc.donpac.ru> Date: Sat, 07 Apr 2007 16:11:13 +0400 From: Eugene Prokopiev User-Agent: Mozilla/5.0 (X11; U; Linux i686; ru-RU; rv:1.7.2) Gecko/20040808 X-Accept-Language: ru-ru, ru MIME-Version: 1.0 To: ALT Devel discussion list References: <460FBFBD.3090401@stc.donpac.ru> <4610D229.4080301@solin.spb.ru> <4610EBCF.6000903@stc.donpac.ru> <4610FD9B.8040701@stc.donpac.ru> <4610FECE.2060306@solin.spb.ru> <46110630.1080200@stc.donpac.ru> <46119761.4030700@solin.spb.ru> <4612AD45.1000409@stc.donpac.ru> <4612B814.1000904@solin.spb.ru> <461408CD.4050102@stc.donpac.ru> <461409FB.8030603@solin.spb.ru> <461483D4.5040206@stc.donpac.ru> <4614CD99.4090500@solin.spb.ru> In-Reply-To: <4614CD99.4090500@solin.spb.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [devel] =?koi8-r?b?dGFyLmd6INcgLmdlYXItcnVsZXMgydogxNLVx8/HzyBn?= =?koi8-r?b?aXQt0sXQz9rJ1MHSydE=?= 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: Sat, 07 Apr 2007 12:13:37 -0000 Archived-At: List-Archive: List-Post: >>> Если такой вариант имеет место -- то просто создавайте тэги в нужных >>>вам местах. Или, как вариант -- в нужных местах создавайте тег с >>>постоянным именем (через "git-tag -f -a -m 'dbmail 2.2.4.x for rpmbuild' >>>dbmail/2.2.4-rpm XXXXX"), и неважно, что это будут разные коммиты (если >>>про gear-update-tag не забывать). >> >> >>Второй вариант не совсем понял. Что такое ХХХХХ? Имя бранча? > > > То что вам надо: это может быть хеш коммита, имя бранча и, по моему -- > существующий таг (здесь могу ошибаться). > > >>Т.е. после >>gear-update-tag этот таг будет ссылаться на самый последний коммит в бранче? > > > Таг будет ссылаться на то, что вы ему указали. "Что вы ему указали" можно понимать по разному ;) Я поначалу понял так, что таг всегда будет указывать на последний коммит в бранче, т.е. после git-fetch он станет указывать на новый коммит. Эксперимент показал, что это не так, таг остался на старом месте. Т.о. процедура выпуска новой версии пакета всегда должна включать создание нового тага (если существующие не устраивают) и, как следствие, слияние бранча апстрима и бранча со спеком и прочим, необходимым для сборки пакета, я правильно понял? Еще вопрос терминологический: у меня есть 2 бранча, которые показывает git-branch - master (из апстрима) и srpms (со спеком и т.д.), как они соотносятся с бранчами в исходном коде dbmail, отчего их я вижу только в выводе git-show-ref? В терминах git это уже не бранчи? И еще вопрос: в каких случаях нужно не забывать про gear-update-tag, что именно он делает? Из мана я этого не понял :( -- С уважением, Прокопьев Евгений