🚀 go-pugleaf

On 29/08/2021 20:57, Maciej Sobczak wrote:
>> Na SVN oglada je bez zrzucania plików lokalnie. Zdalnie. [...]
>> Nie pojmujesz jak wygląda typowy flow pracy w zespole.
> Czyli gadamy sobie na różne tematy. Od jakiegoś czasu rozważamy temat użytkowania VCS *lokalnie* i *jednoosobowo*.

Dokładnie tak. Kiedy pracujesz zespole z uzyciem VCS, jego przydatnośc 
okazuje się tak duża, że stosujesz go w zyciu "prywatnym". Osobicie mam 
postawiony SVN w domu. Do małych, duperelowatych projekcików stosuje 
dokładnie te same metody pracy, co w zespole. Ułatwiają życie. Nie tylko 
mi. Kilka osób z mojego otoczenia postawiło sobie różne VCS w domu, 
wliczając to trzymanie tam prywatnych programów, list zakupów, podań do 
spółdzielni, telefonów do lekarzy. Niektórzy nawet przećwiczyli 
domowników w ich używaniu. Masz dwa wyjścia: albo to idioci, albo ZIPy 
są idityczne.

Z powodu mozliwoci stworzenia repozytorium jednym kliknieciem, nie ma 
nawet argumentu że to trudne. To trywialne. Dlaczego więcenie używać? 
Nie wszyscy są tak głupi, aby uwierzyć w "traumatyczne robienie branchy 
w SVN".

Postawienie SVNa na apache2 jest tak proste, że aż wstydliwe, choć 
trzeba poza klikaniem wciskać klawisze. Raz na parę lat. Faktycznie, 
dramat. Stworzenie repo w katalogu na dysku lokalnym to 1 kliknięcie. 
Nie ma argumentu przeciwko.

> Pomyliłeś dyskusje, stąd nieporozumienie.

To nie jest nieporozumienie. Najzwyczajniej nie rozumiesz po co komu 
VCS. Wniosek z tego: nie pracowałeś w zespole. Inaczej nawyki 
przenikneły by do częsci prywatnej. Czy to dupna aplikacja czy nastepny 
program do rysowania choinki na zaliczenie - w obu przypadkach VCS 
będzie lepszym wyborem niż idityczne ZIPy.

>> Systemy kontroli wersji to nie system archiwizacji
>> wersji. Tylko *kontroli*. To coś innego.
> To też ciekawe rozróżnienie. Bo ja dodatkowo jeszcze odróżniam "control" od "tracking". Ale nie ma to wielkiego znaczenia przy pracy *lokalnej* i *jednoosobowej*.

Tracking/conrol samego siebie jest równie ważny co tracking/control 
kolegów. Po kilku latach nie ma żadnej różnicy kto napisał daną linijkę 
kodu. Ważne, że wiadomo po co ją napisano, kiedy ją napisano i co 
zmieniono przy okazji. Ta wiedza, pod warunkiem nie posiadania "syfu", 
jest w repozytorium VCS. Ale nie ma jej w ZIPach. w ZIPach nic nie ma 
poza archiwami i skranie nieskuteczną metodą prowadzenia śledztwa.

>> 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.
> Każdy problem ma swoje rozwiązanie, odpowiednim kosztem.

Zaczynasz bredzić. Kosztem? Zastanówmy się: firma ma koszt w postaci 
sensownego NASu i backupów. W domu stosujesz ze dwa skrypty do 
automatycznego backupu repo np. na google drive. Czy tu czy tu, problem 
jest albo w jakosci hardewareowych rozwiązań, albo w sprycie usera. Oba 
mają za zadanie utrzymać kilka plików w rozsądnym stanie. Potrafimy 
utrzymywać pliki w rozsądnym stanie od lat 80, co najmniej. Ba, dostępne 
jest to dla domowego usera prawie za darmo. To jest ten "odpowiedni 
koszt" po którym wszystkim mają wypoaść pety z gęby z wrażenia jakie 
drogie jest utrzymanie w domu SVN/git/whatever?

> Pytanie, jaki problem chcemy mieć.

Posiadanie setki paczek ZIPa to *jest* problem sam w sobie. Przy nim, 
duperela jak backup repozytorium, jest nieistotna. SVN nie ma żadnych 
wad, o których w tym wątku bredzono. Ma inne, które nie padły. Wniosek z 
tego że ludzie piszą o problemach, których sami nie doświadczyli. Za to 
pojawia się ZIP, który nie ma śladu zalety, same wady i stawia się go w 
alternatywie dla roziązań milion razy lepszych, prostzych i 
funkcjonalnych. Piłeś? Nie pisz.

> Czasem racjonalnie można wybrać mniejszy

ZIPy nie są *alternatywą* do czegokolwiek. Go gówno. Oferujesz do 
zastosowań domowych gówniany sposób "kontroli" wersji i tylko mniej 
gówniany sposób "archiwizacji", mimo że argumenty o kłopotliwości 
przeciętnego VCS są najzwyczajniej zmyślonym bredzeniem osoby która nie 
ma pojęcia jak działają w praktyce, czy to dużej firmy czy przeciętnego 
Janusza programowania. ZIPy nie są alternatywą. To najgorsze gówno w 
jakie można wdepnąć jako programista. Najzwyczajneij wszytkie inne 
rozwiązania są o kilometr dalej w rozwoju i wygodzie. Uznałbym że to 
prowokacja, ale coś czuje, że nie tym razem.