From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on sa.int.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-1.5 required=5.0 tests=AWL,BAYES_00, DNS_FROM_OPENWHOIS,SPF_PASS autolearn=no version=3.2.5 Date: Tue, 7 Jun 2011 16:29:03 +0300 From: Igor Vlasenko To: ALT Linux Team development discussions Message-ID: <20110607132902.GA6007@dad.imath.kiev.ua> References: <20110602062513.GA13418@dad.imath.kiev.ua> <20110602093558.GA15271@dad.imath.kiev.ua> <4DE92736.5040200@gmail.com> <20110603195836.GA7420@dad.imath.kiev.ua> <20110603215231.GB17979@altlinux.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20110603215231.GB17979@altlinux.org> User-Agent: Mutt/1.5.21 (2010-09-15) X-imath-kiev-ua-MailScanner-Information: Please contact the ISP for more information X-imath-kiev-ua-MailScanner-ID: 997DF1C4C013.AC3D2 X-imath-kiev-ua-MailScanner: Found to be clean X-imath-kiev-ua-MailScanner-From: vlasenko@imath.kiev.ua Subject: [devel] branch inheritance checks [Was: t6 admin work] 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, 07 Jun 2011 13:29:17 -0000 Archived-At: List-Archive: List-Post: On Sat, Jun 04, 2011 at 01:52:31AM +0400, Dmitry V. Levin wrote: > > Надо поскорее убрать эти грабли, проверка на наследование > > здесь явно абсурдна: > > 2011-Jun-02 14:58:33 :: error: /gears/k/kernel-modules-rtl8168-std-def.git > > branch `p6' is not inherited from branch `t6' > Эта проверка отнюдь не абсурдна: если в t6 была сборка, которой не было в > истории p6, то при перекладывании из p6 в t6 она потеряется. Да, конечно. Проблема в том, что, как правило, это технические коммиты. Проверка на наследование хороша там, где она естественна -- при разработке в Сизифе. Там коммиты пакетов естественным образом наследуют друг друга, там проверка на наследование естественна. Как требование закона, что если в семье есть дети, то они должны быть либо родные, либо явным образом усыновлены. А вот с бранчами это не так. У меня типичный паттерн -- коммиты в бранч отходят от основного ствола независимо. Они не как родитель и потомок, а как братья и сестры. Между ними нет естественных отношений порождения. Конечно, теоретически может быть всякое, как, например, кошка может себе родить котенка-брата от кота-папы. Но как часто такое встречается? Мои пакеты - это 15% сизифа, достаточно репрезентативная выборка. И там нет ни одного пакета, где бы от нее была польза. Но раз пользы нет, то и вреда нет? Вред есть, так как на отслеживание и выполнение фиктивных мержей -s ours уходит человеко-время. Хотелось бы иметь возможность хотя бы для своих пакетов отключать этот принудительный git-инцест там, где он не нужен. -- Dr. Igor Vlasenko -------------------- Topology Department Institute of Math Kiev, Ukraine -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.