From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <4B4A258A.6080604@altlinux.com> Date: Sun, 10 Jan 2010 22:07:54 +0300 From: Anton Farygin User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.5pre) Gecko/20091019 Thunderbird/3.0pre MIME-Version: 1.0 To: ALT Linux Team development discussions References: <4B48E735.6040908@altlinux.ru> <20100109223125.GA14247@wo.int.altlinux.org> <4B4993A7.4000209@altlinux.com> <20100110160509.GF23658@wo.int.altlinux.org> In-Reply-To: <20100110160509.GF23658@wo.int.altlinux.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [devel] git submodules vs gear 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: Sun, 10 Jan 2010 19:08:07 -0000 Archived-At: List-Archive: List-Post: 10.01.2010 19:05, Dmitry V. Levin пишет: > On Sun, Jan 10, 2010 at 11:45:27AM +0300, Anton Farygin wrote: > [...] >> Более того - в git появился git fetch --depth , >> который тоже ломает целостность >> репозитория. > > Нет, git fetch --depth ломает целостность только того репозитория, в > котором выполняется, и результат не удастся запушить дальше. > >> Но было бы неплохо научиться с ним жить. > > С этим (оно ещё называется shallow clone) я никаких проблем не вижу. Отлично. Кстати, а ты уже реализовал, что бы такие репозитоии можно было пушить на git.alt ? > >> С submodules я столкнулся с такими проблемами, >> что мне оказалось проще импортировать >> tar.bz, чем тащить submodules в отдельные бранчи, >> а потом всё это мержить с ours. > > Нужен инструмент, который бы автоматически находил и мержил все > используемые для сборки submodules. Да, и автоматически прописывал правила в .gear/rules, правил спек (добавлял тарболлы) и тэги. Впрочем, как раз эта работа не сильно напрягает. У меня есть более странный случай, когда в локальном репозитории, сделанным таким образом, submodule указывает в несуществующее у upstream место. Как я этого добился - не знаю, желающие могут поиграться с kvm-kmod.git (взять в upstream и попробовать реализовать схему с submodules в отдельных бранчах). Точнее говоря - это наш старый git.alt kvm'а, при обновлении до свежих версий kvm-kmod, kvm-kernel и qemu-kvm вылезает такая проблема.