On 18/07/2022 21:55, Piotr Gałka wrote:
>>> System kontroli wersji - tylko słyszałem to pojęcie.
>> Warto zacząć używać, nawet jeśli jest się jedynym programistą w
>> projekcie.
> Jak ktoś inny niż ja będzie tym rządził to nie stracę możliwości powrotu
> do stanu z konkretnego dnia (tak jak teraz mam)?

Nie ma znaczenia ilu ludzi używa systemu kontroli wersji.

Masz mozliwosć wysofania się z dowolnej poprawki, wliczając w to
detalicznie pojedyncze linie, całe wrzuty, stan z konkretnego dnia,
grupy plików, całe implementacje itd itp. Możesz w ułamku sekund
przełaczyć się na źródła tydzień wstecz, coś sprawdzić, i wrócić do
pracy na aktualnym stanie.

Dodatkowo pozwala Ci tworzyć osobne "sandboxy eksperymentalne" nazywane
zazwyczaj branchami. Sprawdzasz coś, robisz przez 3 tygodnie i na koniec
albo dobre (i mergujesz) albo złe (porzucasz). Robisz 7 rzeczy
jednoczesnie? Branche pilnują niezależnie ich stanu, nie ma mowy o pomyłce.

Robiłes coś 6 lat temu i nie pamiętasz jak? NIe szkodzi, branch tam
dalej jest, można sprawdzić, albo przenieśc zmiany.

Zachorowałeś? Kolega kontynuuje pracę nad problemem, bez grzebania Ci w
prywatnych plikach.

Dysk się popsuł w laptopie? Nie szkodzi, zmiany są w CVS.

Systemy kontroli wersji są super ważne w pracy w grupie, ale dla 1
programisty są bardzo ważne.

Po jakimś czasie okazuje się, że jak masz taki system, to nagle
pojawiaja się automaty budujące, eliminujące bugogenne białko z procesu
produkcji, pojawia się testowanie automatyczne, pojawia się masa innych
elementów inzynierii oprogramowania, które nie mają sensu, jesli nie
masz CVS.

Na świecie jest wielu którzy nie używają CVS. Na 99% z powodu
niepojmowania zalet i mylenia ich z wadami. A niepojmowanie polega na
tym, że CVS wymagają porzucenia głupich nawyków - szczególnie, że
wymagają higieny pracy. A o to w embedded bardzo cieżko.