CVS down - git migration

[Paweł Gołaszewski]

On Wed, 25 Jul 2012, Kacper Kornet wrote:
> > Proponuje generować Message-ID jako
> > "packages.kernel.SHA1 w git.pld-linux.org". Ten SHA1 to commit id
> > (pewnie to z X-Git-Newrev).
> > Według tej samej zasady wypełniać też In-Reply-To: (SHA1 z
> > X-Git-Oldrev) oraz References: (SHA1 rodziców).
> 
> Niestety nie ma tak prosto. Na jedno SHA1 może wskazywać jedna niż jedna
> gałąź. Niby program generujący mail wie, czy dane SHA1 jest zupełnie
> nowe, czy już się było poprzednio w repo. Ale najlepsze co wymyśliłem nadal generuje
> dwie wiadomości o tym samym Message-ID np. w następującym scenariuszu
> (są też inne):
> 
> historia:
> 
> ----(master)---A----(DEVEL)
> 
> i robimy 
> 
> $ git checkout master
> $ git merge DEVEL
> $ git push origin master :refs/heads/DEVEL  

Nie znam git-a (jeszcze), ale chyba każdy commit jest atomowy i ma swój 
identyfikator, right? I ma jakiegoś rodzica, też z jakimś identyfikatorem, 
right?

Wydaje mi się, że wystarczy wygenerować id ze wzorca:
packages.kernel.ID w git.pld-linux.org

A w references wrzucić powiedzmy 5-10 poprzednich msg-id, które i wiadomo 
i tak z historii git.

To powinno chyba zadziałać, right?

-- 
pozdr.  Paweł Gołaszewski          jid:blues<at>jabber<dot>gda<dot>pl
--------------------------------------------------------------------------
If you think of MS-DOS as mono, and Windows as stereo, then Linux is Dolby
Pro-Logic Surround Sound with Bass Boost and all the music is free.