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.8 required=5.0 tests=AWL,BAYES_00, RCVD_IN_SORBS_WEB,SPF_PASS autolearn=no version=3.2.5 Date: Wed, 10 Oct 2012 11:56:48 +0300 From: Igor Vlasenko To: ALT Linux Team development discussions Message-ID: <20121010085647.GA2795@dad.imath.kiev.ua> References: <20111018230155.GB32767@altlinux.org> <201210051927.25913.asy@altlinux.ru> <20121006005837.GE28460@altlinux.org> <2336131.yGs3pKpdjA@summoner.localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <2336131.yGs3pKpdjA@summoner.localdomain> 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: ABFBC4B0084.A175C X-imath-kiev-ua-MailScanner: Found to be clean X-imath-kiev-ua-MailScanner-From: vlasenko@imath.kiev.ua Subject: Re: [devel] srpm (was: git.alt task check-git-inheritance) 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: Wed, 10 Oct 2012 08:57:00 -0000 Archived-At: List-Archive: List-Post: On Mon, Oct 08, 2012 at 03:12:40PM +0400, Sergey V Turchin wrote: > Я бы уже начал закручивать гайки для srpm. По крайней мере для сизифа. > По себе знаю: пока не пнут, от srpm не откажешься, но у меня это уже давно > произошло и ни разу не жалею. Не надо портить жизнь ближнему своему ;) Миша правильно сказал, что у каждого свои удобные ему workflow, которые опираются на локальные костыли. А со стороны человеку этот workflow загадочен, костылей у него под рукой нет, а без тайного знания и инструментов работы с ним все удобства превращаются в свою противоположность. Если бы я выступил с призывом закрутить гайки, чтобы мои автоматизированные пакеты обновлялись не иначе как с помощью робота, не сочли бы все такой призыв неразумным? Ведь тогда бы без знания всей этой робототехники никто бы с моими пакетами ничего сделать бы не смог. Gear репозитории менее сложные, но и они в состоянии перегрузить стороннего майнтайнера дурной работой - из-за потерь информации при публикации. Напомню, если обновление из svn, то настройки git-svn теряются, remote branches теряются тоже, поэтому непонятно, из какого стороннего git брались обновления. в результате нужно потратить много времени на восстановление и всегда есть риск обновить не то и не оттуда. И это при том, что srpm хоть какой, но один, а gear репозиториев и workflow работы с ними сколько, столько и майнтайнеров. Далеко за примерами ходить не надо. Например, Сергей, у вас самого достаточно экстремальный repository layout. Выделенной апстримной ветви нет, апстримные и наши коммиты вперемешку, с соглашением, что наш контент должен быть ограничен ./altlinux/ и .gear/, но без гарантий. Такой репозиторий легко случайно засорить своим коммитом вне ./altlinux, который затем будет скрыт от глаз и погребен в ворохе апстримных коммитов. Еще и непрозрачная процедура обновления, осуществляемая с помощью внешнего костыля. Стоило бы начать с документирования своих репозиториев. Документировать layout, workflow и костыли на wiki, создать в каждый репозиторий README.ALT, где указать external git репозитории, откуда берутся обновления, сослаться на wiki за описанием workflow и где брать необходимые костыли. А еще лучше выработать для хранения такой информации роботопонимаемый формат. Такие репозитории можно будет назвать дружественными к человеку, когда они станут дружественными к gear-cronbuild. Правильным будет начинать с себя, а не перекладывать это бремя на других. -- 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.