[devel] gear-rules and submodules

[Led]

On Monday, 08 December 2008 08:19:57 Kirill A. Shutemov wrote:
> On Mon, Dec 08, 2008 at 03:12:02AM +0200, Led wrote:
> > On Sunday, 07 December 2008 19:58:42 Kirill A. Shutemov wrote:
> > > On Sun, Dec 07, 2008 at 07:03:10PM +0200, Led wrote:
> > > > On Sunday, 07 December 2008 18:49:17 Sergey Vlasov wrote:
> > > > > On Sun, Dec 07, 2008 at 06:06:56PM +0200, Led wrote:
> > > > > > Что нужно написать в .gear-rules, чтобы в тарболл попали каталоги
> > > > > > содержимым, которые являются с точки зрения git submodule'ями?
> > > > >
> > > > > В принципе в текущей версии gear получается запаковать подобный
> > > > > субмодуль целиком в отдельный тарболл (а вот подкаталог субмодуля
> > > > > запаковать уже не получится).  Однако подобные операции не вполне
> > > > > соответствуют принципам построения gear.
> > > > >
> > > > > Изначально предполагалось, что для сборки определённой версии
> > > > > пакета из репозитория с помощью gear достаточно получить только
> > > > > объекты, на которые ссылается требуемый коммит (именно отсюда
> > > > > вытекает ограничение на ссылки, проставляемые через
> > > > > gear-create-tag).  Но ссылки на субмодули в git, в отличие от
> > > > > других ссылок, не требуют обязательного присутствия указанного
> > > > > объекта в репозитории; таким образом, если выполнить git fetch
> > > > > $repo $tag в пустой репозиторий, а затем вызвать gear -t $tag, при
> > > > > использовании субмодулей соответствующие объекты не будут найдены,
> > > > > поскольку git fetch их не получает.
> > > > >
> > > > > Таким образом, для применения субмодулей в репозиториях, с которыми
> > > > > будет использоваться gear, необходимо добавить какие-то
> > > > > дополнительные требования к содержимому этих репозиториев (скорее
> > > > > всего, придётся потребовать, чтобы все используемые субмодули также
> > > > > содержались в этом репозитории),
> > > >
> > > > Так оно и есть. В частности, содержимое ./m4/ - субмодуль и без него,
> > > > естественно, пакет не собирается. Может имеет смысл для сборки
> > > > оформить эти субмодули как отдельные бранчи и перед сборкой gear'ом
> > > > мерджить основной upstream-бранч и эти бранчи субмодулей в другой
> > > > бранч (кстати, как его лучше назвать? и какой метой мерджа
> > > > задействовать?)?
> > >
> > > -s subtree.
> >
> > Например? Как указать каталог, в который нужно мерджить?
>
> http://www.kernel.org/pub/software/scm/git/docs/howto/using-merge-subtree.h
>tml

Спасибо! Но, как вижу, без read-tree всё же не обойтись - это я как раз 
нашёл:)
А про заключительный "git pull -s subtree" не знал. Сейчас попробую.

P.S. А merge всё таки с "-s ours", а не "-s subtree":)

-- 
Led