> Patrz wyżej. Nie wyobrażam sobie (już), żeby zmiany szły na serwer od
> razu podczas commita. Zdarza mi się czasem popełniać dosyć oczywiste
> błędy i bardzo sobie cenię możliwość skorygowania lokalnej historii
> repozytorium, tak żeby o moich pomyłkach nikt się nigdy nie
> dowiedział.

Tego typu postępowanie to jedna z przyczyn powstawania w większych
firmach patologii zwanej "ukrytymi fabrykami".

M.in. z tego powodu SVN jest jednak preferowany w większych firmach.

> Co więcej, początkowe implementacje nowych rzeczy mają do
> siebie to, że są robione trochę na czuja. Często po jakimś czasie
> (godzina, pół dnia, dwa dni), w miarę zgłębiania problemu wiedza na
> jego temat poszerza się o tyle, że tą początkową implementację chciało
> by się zmienić. Git daje mi taką możliwość, SVN nie.

Ale można zmienić w kolejnych rewizjach. Jest to transparentne dla
pozostałych osób zaangażowanych w projekt, za to umożliwia lepsze
rozliczanie programisty.

> To ile w repozytoriach które używasz robiłeś _prywatnych_ gałęzi kodu
> z _eksperymentalnymi_ rzeczami które nie wiesz czy zadziałają i w
> zasadzie wstyd jest je komuś pokazywać? W SVN-ie taka gałąź będzie
> widoczna do końca świata. W gicie dopiero wtedy, gdy ją opublikuję w
> ten czy inny sposób.

j/w

Poza tym, SVN w naturalny sposób zapobiega chomikowaniu sobie prywatnych
gałęzi kodu. Chcesz pracować, to rób to na oficjalnym serwerze.

Żadnych ukrytych fabryk - jeśli powstaje w firmie jakiś problem, to się
go powinno naprawiać, a nie obudowywać jakimiś procesami pośrednimi,
które go tylko zamaskują i pozwolą pracownikom utrzymywać status quo.


Pozdrawiam

Patryk