From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <4467636F.6050204@altlinux.com> Date: Sun, 14 May 2006 21:05:51 +0400 From: Anton Farygin Organization: ALT Linux Ltd. User-Agent: Thunderbird 1.5.0.2 (X11/20060502) MIME-Version: 1.0 To: ALT Devel discussion list References: <4464FEBC.20804@altlinux.com> <20060513085801.GA1983@hell.immo.ru> <4466C878.7060706@altlinux.com> <20060514112639.GY1983@hell.immo.ru> In-Reply-To: <20060514112639.GY1983@hell.immo.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [devel] =?koi8-r?b?88LP0svBINDBy8XUz9cgydogZ2VhciDEzNEgYnJhbmNo?= =?koi8-r?b?L1Npc3lwaHVzL9DF08/ezsnD?= X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.7 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: Sun, 14 May 2006 17:03:54 -0000 Archived-At: List-Archive: List-Post: Alexey I. Froloff wrote: > * Anton Farygin [060514 10:12]: >> Мне подход с бранчами не нравится тем, что: >> 1) не видно для какого именно branch'а сделан тэг. > А это вообще нужно? Я так и не смог придумать зачем кому-то это > необходимо знать. Я могу это увидеть через gitk --all, но чтоб > роботам была необходима эта информация... Кстати, в hooks/update > такая информация доступна через ${1##refs/heads/}, мне по крайней > мере атчоты по коммитам уходят с правильным именем бранча. > >> 2) команда на сборку должна быть специализированной, но если её можно >> ещё и заюзать как тэг, идентифицирующий состояние пакета - будет очень >> хорошо. В предлагаемом варианте видно, что шла команда на сборку, и >> одновременно видно - для чего шла сборка и с каким версией-релизом. > Не надо путать команды роботам и теги. Тег, это просто > "закладка". Вот я у себя могу несколько сборок локальных > натегать для экспериментов, а потом всё это пачкой push'нуть. > Что сделает робот? Вешать ещё один дополнительный тег только > для сборки это перебор. > > А если пакет не собрался (там, зависимостей не хватило?) и я хочу > ещё раз собрать его через четыре часа когда вроде-бы проблему > устранили - что мне делать? > > В общем миллион реальных ситуаций когда такой подход только > мешает. > >> т.е. - по cg-tag-ls видно какие тэги для каких состояний для каких >> пакетов/бранчей. > А я не хочу видеть такой мусор. Хорошо, предложи другой вариант задания команд роботам на сборку пакетов. собственно этот был темой для обсуждения.