From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <54943117.20504@altlinux.com> Date: Fri, 19 Dec 2014 17:07:19 +0300 From: Anton Farygin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: devel@lists.altlinux.org References: <52454E70.7010002@gmail.com> <5245532C.1000702@altlinux.ru> <20130927135937.3b4cbec9@sem.office.altlinux.ru> <52455BC1.7010606@altlinux.ru> <5494239C.3060709@altlinux.com> <54942A7C.3000701@altlinux.ru> In-Reply-To: <54942A7C.3000701@altlinux.ru> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [devel] =?utf-8?q?gear_=D0=B8_git_submodule?= 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: Fri, 19 Dec 2014 14:07:19 -0000 Archived-At: List-Archive: List-Post: On 19.12.2014 16:39, Alexey Gladkov wrote: > 19.12.2014 16:09, Anton Farygin пишет: >> On 27.09.2013 14:19, Alexey Gladkov wrote: >>> 27.09.2013 13:59, Mikhail Efremov wrote: >>>> Кажется у меня потом были какие-то проблемы с merge, хотя точно уже не >>>> помню. Если правильно помню, то в итоге самым простым оказалось держать >>>> для этого отдельный бранч и запаковывать его отдельным тарболом. И уже в >>>> %prep распаковывать куда надо. >>> >>> Ну или так. Главное чтобы все объекты были доступны. >>> >> >> С тех пор ничего не поменялось ? >> >> Так если честно не хочется иметь секас с разными ветками merge -s ours, >> что подумываю тупо паковать тарболл при наличии апстримного гита. >> >> Может быть за год идеология поменялась в лучшую сторону и появилась >> поддержка submodules ? > > Ничего не поменялось. У меня в загажнике несколько разных реализаций > поддержки submodules. Но так как сама идеология submodules > противоречит gear и спрос на их поддержку очень маленький, то дело не > двигается. > А в чём противоречие ? может быть стоит написать обвязку, которая автоматизирует хранение submodules в одном репозитории, и это сильно облегчит жизнь ?