[devel] tar.gz в .gear-rules из другого git-репозитария

[Aleksey Avdeev]

Eugene Prokopiev пишет:
>>>>3. Судя по тому, что репозитарии выкаченные в разное время вами и мной
>>>>отличаются по структуре -- проект на стадии смены инфраструктуры хранения...
>>>
>>>
>>>Речь о git-репозитарии или о svn? Просто я только что сделал git-fetch, 
>>>а того, о чем вы говорите, не вижу :(
>>
>>
>>  О <http://nfg3.nfgs.net/git/dbmail.git>.
>>
>>  git-fetch может и не показывать: он забирает коммиты, но несохраняет
>>структуру репозитария. Точнее, по умолчанию, он укладывает забранные
>>коммиты в существующую структуру репозитария. (Прошу знатоков git меня
>>поправить, если не прав.)
> 
> 
> А каким образом можно забрать не только новые коммиты, но и обновить 
> структуру?

  В данном случаи (инструкция с <http://wiki.sisyphus.ru/devel/git>):

1. Смотрим на предмет, что там есть по факту (каюсь, забыл это сделать
ранее):

$ git ls-remote http://nfg3.nfgs.net/git/dbmail.git
13d07dc880657547716e9ae22a8c7ed1deb27e18   refs/heads/dbmail_2_2
784c1362118790ec0a0190327743fdef7a1763cf   refs/heads/dbmail_2_3_workers
0b3397fc5b3765390ee984ea31b5959412a08286   refs/heads/master

2. Забираем нужное, кладя в нужное нам место (в данном случаи -- оно
должно совпадать с источником, кроме бранча master -- его возможно стоит
заменить на origin):

$ git-fetch http://nfg3.nfgs.net/git/dbmail.git
refs/heads/dbmail_2_2:refs/heads/dbmail_2_2

...

$ git-fetch http://nfg3.nfgs.net/git/dbmail.git
refs/heads/dbmail_2_2_workers:refs/heads/dbmail_2_2_workers
...


$ git-fetch http://nfg3.nfgs.net/git/dbmail.git
refs/heads/master:refs/heads/origin

> 
> git-svnimport тоже будет просто забрать новые коммиты, а обновлять 
> структуру не будет?

  Если появились новые бранчи/таги -- он их добавит, но не более.

> 
> 
>>>>Думаю, стоит списаться непосредственно с автором.
>>>
>>>
>>>Автор ни о каких подводных камнях не упоминал, когда давал ссылку на git 
>>>-репозитарий. Мне, собственно, нужна возможность делать пакеты на основе 
>>>промежуточных версий от 2.2.4 до 2.2.5 и далее (чтобы оперативно 
>>>устранять критичные для меня проблемы, пофикшенные апстримом). Может 
>>>дешевле делать это на основе svn-репозитария (чтобы избежать проблемы 
>>>2)? В svn, кстати, тоже перестали делать таги после 2.0. Это значит, что 
>>>тарболлы для загрузки делаются просто на основе каких-либо коммитов 
>>>(возможно последних в бранче на момент создания тарболла)?
>>
>>
>>  Может быть. По изменению формата ChangeLog оно похоже (ChangeLog у
>>2.0.x -- другой по структуре). Но это стоит уточнить непосредственно у
>>автора.
> 
> 
> "Может быть" относится к использованию svn-репозитария вместо git или к 
> отсутствию тагов после 2.0?

  К отсутствию тагов.

> Последнее вроде очевидно, у авторов можно 
> только уточнять, каким образом делаются тарболлы.

  Да.

> 
> 
>>  Если такой вариант имеет место -- то просто создавайте тэги в нужных
>>вам местах. Или, как вариант -- в нужных местах создавайте тег с
>>постоянным именем (через "git-tag -f -a -m 'dbmail 2.2.4.x for rpmbuild'
>> dbmail/2.2.4-rpm XXXXX"), и неважно, что это будут разные коммиты (если
>>про gear-update-tag не забывать).
> 
> 
> Второй вариант не совсем понял. Что такое ХХХХХ? Имя бранча?

  То что вам надо: это может быть хеш коммита, имя бранча и, по моему --
существующий таг (здесь могу ошибаться).

> Т.е. после 
> gear-update-tag этот таг будет ссылаться на самый последний коммит в бранче?

  Таг будет ссылаться на то, что вы ему указали.

-- 

С уважением. Алексей.

----------- следующая часть -----------
Было удалено вложение не в текстовом формате...
Имя     : signature.asc
Тип     : application/pgp-signature
Размер  : 548 байтов
Описание: OpenPGP digital signature
Url     : <http://lists.altlinux.org/pipermail/devel/attachments/20070405/8917ebbf/attachment-0001.bin>