On 28/08/2021 21:46, Maciej Sobczak wrote:
>> automatu ale lepiej żeby nikt nie musiał nigdy do nich zaglądać.
> A czemu nie zaglądać? Bo wstyd patrzeć?

Bo miejsca na dysku szkoda.

> Przecież tam jest dokładnie to samo, co w historii commitów gita. Ten sam syf.

Jesli kto ma syf.

> Właśnie o to chodzi. Git może dać inną prezentację, ale informacja jest ta sama.

Nie jest ta sama. Ogólnie VCS dorobiły się znaczących usodkonaleń od lat
60-tych. Może warto ponownie sprawdzić, co nowego w informtyce, wydajesz
się być jakiś odmrożony z czasów Elvisa. Współczesne VCS pomagają w
nawigacji zmian w kodzie źródłowym. Twóje ZIPy z porównywarką nie mają
nawet śladowej funkcjonalnosci tego typu.

> A jak się rozpakuje zipa w osobnym katalogu, to mamy równocześnie dostępne pliki z
jednego punktu w historii projektu.

A jak się zrobi checkout...

Ale moment, ludzie nie są aż tak głupi. Najzwyczajniej robią switch.
Zajmuje to 2-3 sekundy. Albo check for modifications. Albo blame. Zależy
co chcą znaleźć.

> Jeśli ktoś korzysta z nawigacji w IDE, to ta nawigacja działa.

Zupełnie jak w VCS.

> Jeśli w projekcie są media, to można je zobaczyć/przesłuchać.

Zupełnie jak w VCS.

> Itd. To jest komfort pracy daleko wykraczający poza tekstowy diff, nawet taki
kolorowy.

Oczywisćie, to komfort daleko wykraczajacy poza pojęcie komfotu.
Nazwałbym to mordęgą, rozpakowywanie 70 ZPIów, aby stwierdzić kiedy
zmieniła się linika numer 10345 w pliku main.cpp. U mnie zajmuje to sekundy.

> A jak mam robić git checkout do osobnego katalogu, żeby w pełnym komforcie obejrzeć
różnice (niekoniecznie tekstowe)

Na SVN oglada je bez zrzucania plików lokalnie. Zdalnie. Co powiesz na
taką innowację z cuting edge VCS? Komfort nawet pełnieszy - jest np.
blame. Zawze możesz sobie zrobić checkout, choć nie pamiętam, abym tego
kiedykowleik miał potrzebę użyć w celu porównania czegokolwiek.

>, to to jest ten moment, w którym wartość dodana lokalnego gita wynosi epsilon.

Najzwyczajniej nigdy nie pracowałeś w jakimkolwiek projekcie z VCS.
Nawet git, którego nie lubie nawet bardziej niż svn, jest <bład:
dzielenie przez zero> lepszy od ZIPów.

> Git służy do synchronizacji zmian i tylko tam ma wartość dodaną. Jak jest jedno
"repo", to git nic nie wnosi.

Nie pojmujesz jak wygląda typowy flow pracy w zespole. Nic dziwnego, że
gadasz głupoty. Systemy kontroli wersji to nie system archiwizacji
wersji. Tylko *kontroli*. To coś innego.

> Git ma jeszcze jedną smutną wadę. Otóż jego historia zmian ciągle rośnie (chociaż
jej użyteczność wcale nie, bo zwykle potrzebne jest tylko jakieś ostatnie okno
czasowe a nie całość) - a backup takiego repo staje się z czasem coraz bardziej
uciążliwy.

Zastanów się jak bardzo uciązliwy jest backup repo SVN majacego 15 lat i
30GB kodu źródłowego w trunku + ze sto tyś branchy. Czy tak bardzi
uciążliwy, że siedzi nad tym biblion ludzi przepisujac repo na kartki,
czy może jednak technologia ma rozwiązanie pozwalajace jakos to ogarnąć
automatycznie i bez awari przez ten cały czas? By chyba nie myslisz, że
ktoś to pakuje do ZIPa i nagrywa na CDki...