[devel] git-fetch : not updating to non-fast forward branch

[devel] git-fetch : not updating to non-fast forward branch

[Eugene Prokopiev]

Здравствуйте!

Вот так выглядят ссылки в моем репозитарии dbmail:

$ git-show-ref
a42aa96f31a555c2b20d600cdd6e961c0d9cfb67 refs/heads/dbmail_2_2
d32ebba07c81a2b9481e1c6b032305b6ffd9bea9 refs/heads/srpms
5c6384de1eee3de9e74be9f2d6f4df214b7a0c78 refs/tags/2.2.4-alt1
c93c66303c56ba37e2e88ed591f1fb92f6ce659a refs/tags/dbmail/2.2.4.200704092140

В репозитарии апстрима произошли некоторые изменения: как минимум, 
изменилась ссылка refs/heads/dbmail_2_2, т.е. в бранче dbmail_2_2 
появились новые коммиты:

$ git-ls-remote http://nfg3.nfgs.net/git/dbmail.git
2cbd4a082d9271aeaf9db778a4f46a84072d6547        refs/heads/backup
613bb8d21ff710b00016c382b83e1721bbdbbf92        refs/heads/dbmail_2_2
9def15d850c51dd469452b1dd2bbf25a2d6949dc        refs/heads/iconv
2cbd4a082d9271aeaf9db778a4f46a84072d6547        refs/heads/master
7f87463effc873a5f031ce56adbe36b6b0d840a0        refs/heads/mimechunk
e380630dad15ce1094e823ee467f0b3300fd5b8d        refs/heads/origin
2cbd4a082d9271aeaf9db778a4f46a84072d6547        refs/remotes/git-svn
3b6113ef6f5548f962dd4d26e45ac7e54189d1ce        refs/tags/v2.2.5rc1

Уже вышедший релиз 2.2.5 тагом не отмечен, ну да ладно, это можно 
сделать и самому. Сихронизируюсь с бранчем dbmail_2_2:

$ git-fetch http://nfg3.nfgs.net/git/dbmail.git dbmail_2_2:dbmail_2_2
Fetching refs/heads/dbmail_2_2 from http://nfg3.nfgs.net/git/dbmail.git 
using http
walk 613bb8d21ff710b00016c382b83e1721bbdbbf92
...
walk ce5527d8a17725aed4bf18d5aacaf5747175fcef
* refs/heads/dbmail_2_2: not updating to non-fast forward branch 
'dbmail_2_2' of http://nfg3.nfgs.net/git/dbmail
   old...new: a42aa96...613bb8d

И правда, ссылка refs/heads/dbmail_2_2 в моем репозитарии осталась 
прежней. Кто виноват и что делать?

-- 
С уважением, Прокопьев Евгений

Re: [devel] git-fetch : not updating to non-fast forward branch

[Kirill A. Shutemov]

[-- Attachment #1: Type: text/plain, Size: 2691 bytes --]

On [Sat, 09.06.2007 09:13], Eugene Prokopiev wrote:
> Здравствуйте!
> 
> Вот так выглядят ссылки в моем репозитарии dbmail:
> 
> $ git-show-ref
> a42aa96f31a555c2b20d600cdd6e961c0d9cfb67 refs/heads/dbmail_2_2
> d32ebba07c81a2b9481e1c6b032305b6ffd9bea9 refs/heads/srpms
> 5c6384de1eee3de9e74be9f2d6f4df214b7a0c78 refs/tags/2.2.4-alt1
> c93c66303c56ba37e2e88ed591f1fb92f6ce659a refs/tags/dbmail/2.2.4.200704092140
> 
> В репозитарии апстрима произошли некоторые изменения: как минимум, 
> изменилась ссылка refs/heads/dbmail_2_2, т.е. в бранче dbmail_2_2 
> появились новые коммиты:
> 
> $ git-ls-remote http://nfg3.nfgs.net/git/dbmail.git
> 2cbd4a082d9271aeaf9db778a4f46a84072d6547        refs/heads/backup
> 613bb8d21ff710b00016c382b83e1721bbdbbf92        refs/heads/dbmail_2_2
> 9def15d850c51dd469452b1dd2bbf25a2d6949dc        refs/heads/iconv
> 2cbd4a082d9271aeaf9db778a4f46a84072d6547        refs/heads/master
> 7f87463effc873a5f031ce56adbe36b6b0d840a0        refs/heads/mimechunk
> e380630dad15ce1094e823ee467f0b3300fd5b8d        refs/heads/origin
> 2cbd4a082d9271aeaf9db778a4f46a84072d6547        refs/remotes/git-svn
> 3b6113ef6f5548f962dd4d26e45ac7e54189d1ce        refs/tags/v2.2.5rc1
> 
> Уже вышедший релиз 2.2.5 тагом не отмечен, ну да ладно, это можно 
> сделать и самому. Сихронизируюсь с бранчем dbmail_2_2:
> 
> $ git-fetch http://nfg3.nfgs.net/git/dbmail.git dbmail_2_2:dbmail_2_2
> Fetching refs/heads/dbmail_2_2 from http://nfg3.nfgs.net/git/dbmail.git 
> using http
> walk 613bb8d21ff710b00016c382b83e1721bbdbbf92
> ...
> walk ce5527d8a17725aed4bf18d5aacaf5747175fcef
> * refs/heads/dbmail_2_2: not updating to non-fast forward branch 
> 'dbmail_2_2' of http://nfg3.nfgs.net/git/dbmail
>    old...new: a42aa96...613bb8d
> 
> И правда, ссылка refs/heads/dbmail_2_2 в моем репозитарии осталась 
> прежней. Кто виноват и что делать?
> 

Это значит, что ваш refs/heads/dbmail_2_2 не является предком
refs/heads/dbmail_2_2. Вероятней всего, вы в него чего-нить комитили в
него или upstream историю ломал(что менее вероятно). git fetch не мержит,
а толко забирает.

-- 
Regards,  Kirill A. Shutemov
 + Belarus, Minsk
 + Velesys LLC, http://www.velesys.com/
 + ALT Linux Team, http://www.altlinux.com/

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] git-fetch : not updating to non-fast forward branch

[Eugene Prokopiev]

> Это значит, что ваш refs/heads/dbmail_2_2 не является предком
> refs/heads/dbmail_2_2. Вероятней всего, вы в него чего-нить комитили в
> него или upstream историю ломал(что менее вероятно). git fetch не мержит,
> а толко забирает.

мои коммиты в другом бранче, а апстим ломать, похоже, мог :(

что в таком случае мне нужно сделать? удалить свой refs/heads/dbmail_2_2 
(как?) и синхронизироваться заново?

-- 
С уважением, Прокопьев Евгений

Re: [devel] git-fetch : not updating to non-fast forward branch

[Kirill A. Shutemov]

[-- Attachment #1: Type: text/plain, Size: 1491 bytes --]

On [Sat, 09.06.2007 11:58], Eugene Prokopiev wrote:
> > Это значит, что ваш refs/heads/dbmail_2_2 не является предком
> > refs/heads/dbmail_2_2. Вероятней всего, вы в него чего-нить комитили в
> > него или upstream историю ломал(что менее вероятно). git fetch не мержит,
> > а толко забирает.
> 
> мои коммиты в другом бранче, а апстим ломать, похоже, мог :(
> 
> что в таком случае мне нужно сделать? удалить свой refs/heads/dbmail_2_2 
> (как?) и синхронизироваться заново?

# удалить
git branch -D dbmail_2_2

# а дальше лучше добавить remote
git add -f upstream http://...

# смотрим какие бранчи забрали
git branch -a

# чекаутим из того что забрали в локальный бранч
git checkout -b local_branch_name upstream/remote_branch_name
# или пулим
git pull . upstream/remote_branch_name:local_branch_name

# когда надо обновляем нужно
git fetch upstream

ну и т.д

P.S. писал неспавши по памяти. мог напутать чего.

-- 
Regards,  Kirill A. Shutemov
 + Belarus, Minsk
 + Velesys LLC, http://www.velesys.com/
 + ALT Linux Team, http://www.altlinux.com/

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] git-fetch : not updating to non-fast forward branch

[Kirill A. Shutemov]

[-- Attachment #1: Type: text/plain, Size: 1430 bytes --]

On [Sat, 09.06.2007 12:37], Eugene Prokopiev wrote:
> Kirill A. Shutemov пишет:
> > On [Sat, 09.06.2007 11:58], Eugene Prokopiev wrote:
> > 
> >>>Это значит, что ваш refs/heads/dbmail_2_2 не является предком
> >>>refs/heads/dbmail_2_2. Вероятней всего, вы в него чего-нить комитили в
> >>>него или upstream историю ломал(что менее вероятно). git fetch не мержит,
> >>>а толко забирает.
> >>
> >>мои коммиты в другом бранче, а апстим ломать, похоже, мог :(
> >>
> >>что в таком случае мне нужно сделать? удалить свой refs/heads/dbmail_2_2 
> >>(как?) и синхронизироваться заново?
> > 
> > 
> > # удалить
> > git branch -D dbmail_2_2
> > 
> > # а дальше лучше добавить remote
> > git add -f upstream http://...
> 
> таким образом, как я понимаю, я заберу весь 
> http://nfg3.nfgs.net/git/dbmail.git, а что делать если мне нужен только 
> бранч dbmail_2_2?

Судя по man'у
git add -f upstream -t dbmail_2_2 http://...

-- 
Regards,  Kirill A. Shutemov
 + Belarus, Minsk
 + Velesys LLC, http://www.velesys.com/
 + ALT Linux Team, http://www.altlinux.com/

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] git-fetch : not updating to non-fast forward branch

[Kirill A. Shutemov]

[-- Attachment #1: Type: text/plain, Size: 565 bytes --]

On [Sat, 09.06.2007 09:13], Eugene Prokopiev wrote:
> И правда, ссылка refs/heads/dbmail_2_2 в моем репозитарии осталась 
> прежней. Кто виноват и что делать?

Ещё одно решение git fetch -f ... Насильно заберёт то что ему сказали,
возможно затерев часть локальнои истории.

-- 
Regards,  Kirill A. Shutemov
 + Belarus, Minsk
 + Velesys LLC, http://www.velesys.com/
 + ALT Linux Team, http://www.altlinux.com/

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] git-fetch : not updating to non-fast forward branch

[Eugene Prokopiev]

Kirill A. Shutemov пишет:
> On [Sat, 09.06.2007 11:58], Eugene Prokopiev wrote:
> 
>>>Это значит, что ваш refs/heads/dbmail_2_2 не является предком
>>>refs/heads/dbmail_2_2. Вероятней всего, вы в него чего-нить комитили в
>>>него или upstream историю ломал(что менее вероятно). git fetch не мержит,
>>>а толко забирает.
>>
>>мои коммиты в другом бранче, а апстим ломать, похоже, мог :(
>>
>>что в таком случае мне нужно сделать? удалить свой refs/heads/dbmail_2_2 
>>(как?) и синхронизироваться заново?
> 
> 
> # удалить
> git branch -D dbmail_2_2
> 
> # а дальше лучше добавить remote
> git add -f upstream http://...

таким образом, как я понимаю, я заберу весь 
http://nfg3.nfgs.net/git/dbmail.git, а что делать если мне нужен только 
бранч dbmail_2_2?

-- 
С уважением, Прокопьев Евгений

Re: [devel] git-fetch : not updating to non-fast forward branch

[Kirill A. Shutemov]

[-- Attachment #1: Type: text/plain, Size: 1897 bytes --]

On [Sat, 09.06.2007 13:17], Eugene Prokopiev wrote:
> Kirill A. Shutemov пишет:
> > On [Sat, 09.06.2007 09:13], Eugene Prokopiev wrote:
> > 
> >>И правда, ссылка refs/heads/dbmail_2_2 в моем репозитарии осталась 
> >>прежней. Кто виноват и что делать?
> > 
> > 
> > Ещё одно решение git fetch -f ... Насильно заберёт то что ему сказали,
> > возможно затерев часть локальнои истории.
> 
> Да, забрал, но среди новых коммитов нет ничего похожего на релиз 2.2.5, 
> только rc3 и исправления после него :(
> 
> Я уже раскаиваюсь в том, что в своих пакетах связался с апстримными 
> git/svn, проблем намного больше, чем пользы. Думаю, не перейти ли мне на 
> тарболлы ;) В связи с чем вопрос: а чем лучше хранение в git 
> распакованного тарболла с исходниками, чем запакованного, если обновлять 
> его содержимое я буду с помощью git-rm/git-add?

Если будете хранить запакованный тарболл в git'е, то каждое изменение
тарболла повлечёт за собой появление в git'овской базе одного, но очень
большого объекта. Следовательно, больший репозиторий, больше трафика +
неинформативный git diff.

-- 
Regards,  Kirill A. Shutemov
 + Belarus, Minsk
 + Velesys LLC, http://www.velesys.com/
 + ALT Linux Team, http://www.altlinux.com/

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] git-fetch : not updating to non-fast forward branch

[Eugene Prokopiev]

Kirill A. Shutemov пишет:
> On [Sat, 09.06.2007 09:13], Eugene Prokopiev wrote:
> 
>>И правда, ссылка refs/heads/dbmail_2_2 в моем репозитарии осталась 
>>прежней. Кто виноват и что делать?
> 
> 
> Ещё одно решение git fetch -f ... Насильно заберёт то что ему сказали,
> возможно затерев часть локальнои истории.

Да, забрал, но среди новых коммитов нет ничего похожего на релиз 2.2.5, 
только rc3 и исправления после него :(

Я уже раскаиваюсь в том, что в своих пакетах связался с апстримными 
git/svn, проблем намного больше, чем пользы. Думаю, не перейти ли мне на 
тарболлы ;) В связи с чем вопрос: а чем лучше хранение в git 
распакованного тарболла с исходниками, чем запакованного, если обновлять 
его содержимое я буду с помощью git-rm/git-add?

-- 
С уважением, Прокопьев Евгений

Re: [devel] git-fetch : not updating to non-fast forward branch

[Aleksey Avdeev]

Eugene Prokopiev пишет:
> Kirill A. Shutemov пишет:
>> On [Sat, 09.06.2007 11:58], Eugene Prokopiev wrote:
>>
>>>> Это значит, что ваш refs/heads/dbmail_2_2 не является предком
>>>> refs/heads/dbmail_2_2. Вероятней всего, вы в него чего-нить комитили в
>>>> него или upstream историю ломал(что менее вероятно). git fetch не мержит,
>>>> а толко забирает.
>>> мои коммиты в другом бранче, а апстим ломать, похоже, мог :(
>>>
>>> что в таком случае мне нужно сделать? удалить свой refs/heads/dbmail_2_2 
>>> (как?) и синхронизироваться заново?
>>
>> # удалить
>> git branch -D dbmail_2_2
   ^^^^^^^^^^^^^^^^^^^^^^^^

  Это -- лишнее.

>>
>> # а дальше лучше добавить remote
>> git add -f upstream http://...
> 
> таким образом, как я понимаю, я заберу весь 
> http://nfg3.nfgs.net/git/dbmail.git, а что делать если мне нужен только 
> бранч dbmail_2_2?
> 

  git-fetch -f http://nfg3.nfgs.net/git/dbmail.git dbmail_2_2

-- 

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

Re: [devel] git-fetch : not updating to non-fast forward branch

[Eugene Prokopiev]

Kirill A. Shutemov пишет:
> On [Sat, 09.06.2007 13:17], Eugene Prokopiev wrote:
> 
>>Kirill A. Shutemov пишет:
>>
>>>On [Sat, 09.06.2007 09:13], Eugene Prokopiev wrote:
>>>
>>>
>>>>И правда, ссылка refs/heads/dbmail_2_2 в моем репозитарии осталась 
>>>>прежней. Кто виноват и что делать?
>>>
>>>
>>>Ещё одно решение git fetch -f ... Насильно заберёт то что ему сказали,
>>>возможно затерев часть локальнои истории.
>>
>>Да, забрал, но среди новых коммитов нет ничего похожего на релиз 2.2.5, 
>>только rc3 и исправления после него :(
>>
>>Я уже раскаиваюсь в том, что в своих пакетах связался с апстримными 
>>git/svn, проблем намного больше, чем пользы. Думаю, не перейти ли мне на 
>>тарболлы ;) В связи с чем вопрос: а чем лучше хранение в git 
>>распакованного тарболла с исходниками, чем запакованного, если обновлять 
>>его содержимое я буду с помощью git-rm/git-add?
> 
> 
> Если будете хранить запакованный тарболл в git'е, то каждое изменение
> тарболла повлечёт за собой появление в git'овской базе одного, но очень
> большого объекта. Следовательно, больший репозиторий, больше трафика +
> неинформативный git diff.

А разве в случае git-rm/git-add трафика будет меньше? Или в этом случае 
git умудряется передавать только изменения?

А неинформативным git будет в любом случае (что там поймешь, особенно 
если git и правда будет передавать изменения), но эта информация в 
отрыве от апстримного git/svn никакой ценности не представляет.

-- 
С уважением, Прокопьев Евгений

Re: [devel] git-fetch : not updating to non-fast forward branch

[Kirill A. Shutemov]

[-- Attachment #1: Type: text/plain, Size: 1650 bytes --]

On [Sat, 09.06.2007 14:47], Eugene Prokopiev wrote:
> > Если будете хранить запакованный тарболл в git'е, то каждое изменение
> > тарболла повлечёт за собой появление в git'овской базе одного, но очень
> > большого объекта. Следовательно, больший репозиторий, больше трафика +
> > неинформативный git diff.
> 
> А разве в случае git-rm/git-add трафика будет меньше? Или в этом случае 
> git умудряется передавать только изменения?
Для файлов которые не менялись будут теже объекты в git => менять не
передавать не нежно.

Вы попробуйте посмотреть. git status после таких git rm/git add

> 
> А неинформативным git будет в любом случае (что там поймешь, особенно 
> если git и правда будет передавать изменения), но эта информация в 
> отрыве от апстримного git/svn никакой ценности не представляет.

Во всяком случае можно будет легко найти в какой апстримной версии внесли
такие-то изменения.
-- 
Regards,  Kirill A. Shutemov
 + Belarus, Minsk
 + Velesys LLC, http://www.velesys.com/
 + ALT Linux Team, http://www.altlinux.com/

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]