pld cvs -> hg (dawno temu jako cvs -> svn)

Witold Filipczyk witekfl w poczta.onet.pl
Sob, 28 Cze 2008, 20:08:32 CEST


On Sat, Jun 28, 2008 at 04:48:27PM +0200, Tomasz Pala wrote:
> On Sat, Jun 28, 2008 at 16:35:06 +0200, Witold Filipczyk wrote:
> 
> > Proponuję w okresie przejściowym zostawić read-only SPECS.
> 
> Na razie nie ma do czego być tego okresu przejściowego.
> 
> > Commity w GIT uaktualniałyby też SPECS (to jest do zrobienia).

Na dobrą sprawę wystarczy ostatnia wersja speca do pobrania.
Historia będzie w GIT.
Commit będzie kopiował speca (może wystarczy zrobić link symboliczny).
Wszystkie (lub wybrane) pliki .spec będzie można pobrać przez rsync.

> Jeśli da się zrobić, żeby add/ci git/*/*.spec leciał jednocześnie do
> cvs/SPECS, to by rozwiązywało sporo problemów.
> 
> > Można zrobić, gdyby ktoś się bardzo upierał, commity w SPECS, tzn.
> > commit w SPECS robiłby commit w GIT, a ten dopiero robiłby
> > właściwy commit w SPECS (to też jest do zrobienia).
> 
> A to by już chyba załatwiło wszystkie.

Tutaj trzeba pomyśleć jak to zrobić.

> Tylko co z takimi adapterami, builderami i innym oskryptowaniem, które
> leży sobie w SPECS? Dla nich można by stworzyć wspólne repo gita i z
> CVS-em powiązać {git/scripts/*,git*/*.spec}. Również jedno wspólne repo
> zamiast N osobnych można stworzyć dla template'ów (jako że z nimi nie
> będą raczej pokojarzone źródła), w ten sposób przy okazji zrobiłoby się
> nieco porządku.

A ile tych skryptów jest.
Jeśli ktoś (tm) potrafi przerzucić do GITa całe repozytorium z historią
zmian, to da radę i skrypty napisać.

-- 
Witek


Więcej informacji o liście dyskusyjnej pld-devel-pl