Updated on 2 kwietnia, 2018
Jak zaimportować repozytorium CVS do Gita
Instalujemy konsolę Babun, uruchamiamy ją i instalujemy potrzebne narzędzia:
|
1 |
pact install git-cvs |
Logujemy się, aby uniknąć konieczności podawania za każdym razem hasła (zamień anonymous na swój login):
|
1 |
cvs -d :pserver:anonymous@cvs.server.address.com:/cvs/project_name login |
Importujemy repozytorium:
|
1 |
git cvsimport -C directory -r cvs -k -d :pserver:anonymous@cvs.server.address.com:/cvs/project_name module_name |
Importowanie dużego repozytorium, może potrwać nawet kilka lub kilkanaście godzin.
Kiedy import się zakończy możemy w pełni korzystać z możliwości Gita. Na początek proponuję przejrzeć istniejące gałęzie:
|
1 |
git branch --all |
Powinniśmy otrzymać wynik zbliżony do:
|
1 2 3 4 5 |
> master > remotes/cvs/critical_bug_fix > remotes/cvs/new_window_feature > remotes/cvs/HEAD -> cvs/master > remotes/cvs/master |
Załóżmy, że chcemy pracować na gałęzi „new_window_feature”. Każda zmiana musi zostać zachowana w lokalnej gałęzi, zanim wyślemy ją na serwer CVS, więc tworzymy ją:
|
1 |
git checkout -b new_window_feature remotes/cvs/new_window_feature |
Teraz możemy pracować, przeglądać historię zmian itd. Po zakończonej pracy, ale przed wysłaniem zmian na serwer, należy upewnić się, że mamy najnowszą kopię kodu, a jeżeli ktoś w między czasie wysłał swoje zmiany na serwer, pobrać je. Służy do tego polecenie „git cvsimport”. Zanim ponownie go użyjemy, zapiszemy w konfiguracji kilka parametrów, aby ułatwić sobie przyszłą pracę:
|
1 2 3 |
git config --local cvsimport.module module_name git config --local cvsimport.r cvs git config --local cvsimport.d :pserver:anonymous@cvs.server.address.com:/cvs/project_name |
Powyższe parametry są dokładnie takie same jak te, które podawaliśmy przy imporcie repozytorium. Przed importem zmian, musimy przejść na gałąź „master” (może istnieje inny sposób, ale na chwilę obecną go nie znam):
|
1 2 |
git checkout master git cvsimport |
Po pobraniu zmian, korzystamy z polecenia „rebase”, aby uaktualnić naszą wersję:
|
1 2 |
git checkout new_window_feature git rebase remotes/cvs/new_window_feature |
Pobieranie repozytorium i synchronizacja zmian z serwera CVS do nas jest prosta i dość oczywista. Niestety, wysyłanie naszych zmian na serwer CVS już nie.
Aby wysłać własne zmiany na serwer CVS, musimy wcześniej pobrać kopię roboczą repozytorium przy pomocy klienta CVS, a następnie każdą rewizję przenosić do z kopii roboczej Gita do kopii roboczej CVS:
|
1 |
cvs -d :pserver:anonymous@dcvs.server.address.com:/cvs/project_name checkout module_name |
W czasie gdy CVS pobiera repozytorium, wyszukujemy w logu hashe rewizji, które chcemy wysłać na serwer CVS:
|
1 |
git log |
Zapisujemy hash:
|
1 2 3 4 |
> commit b3e7es855e43baba2b28521b619f7387a3ee4373 > Author: Jan Kowalski <jan@kowalski.pl> > Date: Tue Jul 7 08:47:48 2015 +0200 > Fixed code formatting. |
Eksportujemy zmiany:
|
1 |
git cvsexportcommit -v -w /path/to/csv/working/copy b3e7es855e43baba2b28521b619f7387a3ee4373 |
W wyniku powinniśmy otrzymać:
|
1 2 3 4 5 6 7 8 |
> Applying to CVS commit b3e7es855e43baba2b28521b619f7387a3ee4373from parent ea7964b788e69382ec81d2e1d2d98bd3a21c203f > Checking if patch will apply > Applying > Patch applied successfully. Adding new files and directories to CVS > Commit to CVS > Patch title (first comment line): Fixed code formatting. > Ready for you to commit, just run: > cvs commit -F .msg 'path/to/changed/file.cpp' |
Ostatnia linia, to polecenie które musimy wykonać, aby wysłać zmiany na serwer CVS:
|
1 |
cvs commit -F .msg 'path/to/changed/file.cpp' |
Linki
https://stackoverflow.com/questions/23109027/authreply-i-hate-you-response-while-using-git-cvsimport
https://stackoverflow.com/questions/11478353/git-cvsexportcommit-pserver-fails
https://lists.gnu.org/archive/html/info-cvs/2004-08/msg00135.html