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.2 required=5.0 tests=AWL,BAYES_00, DNS_FROM_OPENWHOIS, RCVD_IN_SORBS_WEB, SPF_PASS autolearn=no version=3.2.5 Date: Sat, 1 Oct 2011 23:32:49 +0300 From: Igor Vlasenko To: ALT Linux Team development discussions Message-ID: <20111001203249.GA27920@dad.imath.kiev.ua> References: <20110924223520.GA20031@dad.imath.kiev.ua> <1b5296f586031a5ce3288304776ccdf3@hadoop.ru> <20110926051638.GA134663@mw.mithraen.ru> <20110929095552.GA27448@dad.imath.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: 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: E9AE54B00A9.AD40D X-imath-kiev-ua-MailScanner: Found to be clean X-imath-kiev-ua-MailScanner-From: vlasenko@imath.kiev.ua Subject: [devel] =?utf-8?b?0J/RgNC+0LHQtdC7INCyINCw0YDRhdC40YLQtdC60YI=?= =?utf-8?b?0YPRgNC1IGdlYXIg0YDQtdC/0L7Qt9C40YLQvtGA0LjQtdCyLCDQvNC10Yg=?= =?utf-8?b?0LDRjtGJ0LjQuSDRgdC+0LLQvNC10YHRgtC90L7QuSDRgNCw0LHQvtGC0LUu?= 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: Sat, 01 Oct 2011 20:32:56 -0000 Archived-At: List-Archive: List-Post: On Sat, Oct 01, 2011 at 09:53:09AM +0400, Мал Скрылёв wrote: > >> Немного конкретики о самодейном обновлении пакета, > >> Собственно нужно два скрипта [...] Я хотел бы напомнить, что у нас при работе с пакетом c помощью git+gear репозиториев вылезает грабля в gear, мешающая совместной работе. Не только с роботом, но и между людьми. Именно, при клонировании git+gear репозитария, который не обновляется из тарболов, а берет коммиты напрямую из апстримного SCM, теряется информация, откуда предыдущий майнтайнер брал коммиты. В результате, чтобы работать с таким репозитарием, нужно потратить время, догадаться, откуда с какого сайта взялись коммиты и выставить этот сайт локально в remotes, в случае git-svn надо еще догадаться, какая там корректная конфигурация для git-svn. А есть еще git-cvs, bzr, ... gear спроектирован так, что он не надеется на git, а хранит свои теги в .gear/tags. Это хорошо. К сожалению, с remotes различных типов такого не сделано. В результате, git+gear репозитарии, использующие remote SCM, к совместному использованию малопригодны. В случае с SRPM пакетом или простым git+gear репозитарием, если майнтайнер в отпуске в тропиках, а для пакета выпущана новая версия с горящим security fix, то QA тим может за 5 минут выложить новую версию. А в случае с git+gear репозитарием, у которого в публичном доступе только часть информации, а информация о источниках обновления является приватной и недоступна, придется потратить на порядок больше времени, только для того, чтобы дешифровать то, что gear забыл/не сумел сохранить. Или забИть на структуру git+gear репозитария, создать его из тарбола заново (пройдет, если майнтайнер совсем забросил пакет; но если он в тропиках, то по возвращении будет в шоке :( Я бы сохранял git remotes в .gear/remotes/git/ git-svn настройки в .gear/remotes/svn/ и т.д. и утилиты gear-remotes-save gear-remotes-restore -- 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.