[devel] tar.gz в .gear-rules из другого git-репозитария
Aleksey Avdeev
=?iso-8859-1?q?solo_=CE=C1_solin=2Espb=2Eru?=
Ср Апр 4 00:24:52 MSD 2007
Eugene Prokopiev пишет:
>>2. Расстановка тегов.
>>
>> Совсем паршиво. Похоже <http://nfg3.nfgs.net/git/dbmail.git/> -- это
>>только часть репозитария используемого автором. Нашёл тольк 1 коммит
>>соответствующий какой либо стабильной версии (отметеил как
>>dbmail/2.2.4)... Всё остальное -- репозитарий разработки (судя по
>>ChangeLog).
>
>
> Простите, но придется начинать с совсем глупых вопросов:
>
> 1) Правильно ли я понимаю, что в отсутствии коммитов нет никакого
> криминала - просто хозяин репозитария синхронизируется с svn, вытягивая
> оттуда обновления, но сам ничего не коммитит? Или отсутствие коммитов -
> это плохо, и мне лучше все-таки синхронизироваться с svn?
Коммиты как раз есть (они всегда есть, если репозитарий не пуст).
Невидно тегов: <http://nfg3.nfgs.net/git/dbmail.git/refs/tags/>
девственно пуст.
>
> 2) Как вы искали коммиты? Т.е. куда именно смотреть в gitk и как
> получить список коммитов с помощью git-*?
Искал просмотром ChangeLog (с помощью gitk) в коммитах близких ко
времени создания траблов, выложенных здесь:
<http://www.dbmail.org/index.php?page=download>. + Сравнивал форматы
ChangeLog -- у рабочих веток и релизов они отличаются достаточно сильно.
> git-show и gitk показывают
> нечто с идентификатором 47e456d522365574e24b2455c59a79a94cc3e8e0 - это и
> есть единственный коммит? Еще я вижу:
>
> $ git-show-branch
> [master] resync
>
> $ git-show-ref
> 47e456d522365574e24b2455c59a79a94cc3e8e0 refs/heads/master
> 47e456d522365574e24b2455c59a79a94cc3e8e0 refs/remotes/origin/HEAD
> 17c715778e695ce1c4dc46f9d10a79bd6661fa66 refs/remotes/origin/dbmail_2_2
> 784c1362118790ec0a0190327743fdef7a1763cf
> refs/remotes/origin/dbmail_2_3_workers
> 47e456d522365574e24b2455c59a79a94cc3e8e0 refs/remotes/origin/master
>
> И чувствую, что как раз refs/remotes/origin/dbmail_2_2 и есть то, что
> мне нужно - ссылка на стабильную ветку 2.2, но это не бранч, бранч у
> нас, получается, только один - master.
В приведённом вами -- да. Но я наблюдаю (вчера и в данный момент)
несколько другую картину:
1. <http://nfg3.nfgs.net/git/dbmail.git/refs/tags/> -- пуст
2. <http://nfg3.nfgs.net/git/dbmail.git/refs/tags/> -- пуст
3. <http://nfg3.nfgs.net/git/dbmail.git/refs/heads/> -- содержит
dbmail_2_2, dbmail_2_3_workers и master. Это всё бранчи (судя по
местоположению).
То что закачал вчера:
$ git-show-ref
17c715778e695ce1c4dc46f9d10a79bd6661fa66 refs/heads/dbmail_2_2
784c1362118790ec0a0190327743fdef7a1763cf refs/heads/dbmail_2_3_workers
47e456d522365574e24b2455c59a79a94cc3e8e0 refs/heads/master
47e456d522365574e24b2455c59a79a94cc3e8e0 refs/heads/origin
0f6f20144ee5e5035c54a42a14b6289a324bbe89 refs/tags/dbmail/2.2.4
Тэг здесь только 1 -- dbmail/2.2.4
(0f6f20144ee5e5035c54a42a14b6289a324bbe89), созданный мной.
>
> Можно ли генерировать тарболл, основываясь на ссылке
> refs/remotes/origin/dbmail_2_2?
Подозреваю что нет: Судя по содержимому и формату ChangeLog`а это
ветка разработки. И факт, что найдётся некий dbmail-2.2.x
соответствующий коммиту 17c715778e695ce1c4dc46f9d10a79bd6661fa66.
Вероятность того, что это один из промежуточных (от dbmail-2.2.x к
dbmail-2.2.y) коммитов, на мой взгляд, выше.
> И как просто извлечь исходники,
> соотвествующие ей?
>
> Почему вы вместо этого отметили коммит
> 47e456d522365574e24b2455c59a79a94cc3e8e0?
Из -за его комментария: "2.2.4 release". + по содержимому ChangeLog`а
он похож на результат распаковки
<http://www.dbmail.org/download/2.2/dbmail-2.2.4.tar.gz>
> И какой командой вы это сделали?
git-tag
>
> Остальное в первом приближении понятно, попробую позже воспроизвести ...
Общие мысли, касательно ситуации:
1. Судя по использованию конструкций вида refs/remotes/... -- автор
использует git-svn: на refs/remotes/<имя бранча> данное средство
отображает содержимое branches SVN репозитария.
2. Теги могут быть потеряны при неаккуратном git-push, выполненным
автором (я на это нарывался).
3. Судя по тому, что репозитарии выкаченные в разное время вами и мной
отличаются по структуре -- проект на стадии смены инфраструктуры хранения...
Думаю, стоит списаться непосредственно с автором.
--
С уважением. Алексей.
----------- следующая часть -----------
Было удалено вложение не в текстовом формате...
Имя : signature.asc
Тип : application/pgp-signature
Размер : 548 байтов
Описание: OpenPGP digital signature
Url : <http://lists.altlinux.org/pipermail/devel/attachments/20070404/e45068ad/attachment-0001.bin>
Подробная информация о списке рассылки Devel