On 2012-12-02 17:35, e...@g...com wrote:
>>> Powiedzmy, ze rozwijasz dwie funkcjonalnosci w danym kodzie, i robisz
>>> poprawki.
>>> W git robi sie do tego 3 branche, lokalnie.
>> W svn robi się do tego 2 branche w repo.
> Pod warunkiem, ze masz polaczenie do serwera, git tego nie wymaga.

To było założenie podane 2 posty wcześniej.

> Po drugie,
> nie pamietam jak to jest w svn jak sie pomylisz (np. wybranchujesz nie
> z tego commita). Da sie to cofnac?

W svn wszystko da się cofnąć. Ale od razu kasować? Wybranchowanie nie
zajmuje *nic* w repo.

>> svn commit, svn switch na trunk, svn merge i svn switch na drugą.
>> Prywanie mam dodatkowy katalog z trunkiem do błyskawicznych merge, ale
>> to niekonieczne, switche trwają sekundy.
> Ja wole robic commit, ktory jest jakos kompletny.

Ja również utrzymuje commit w stanie przynajmniej kompilująctym się. Ale
... prawdę mówić to pracuje jeszcze inaczej: mam tyle katalogów na dysku
ile otwartych branchy. Czas przełączenia się wynosi więc 0, a bywa że
mam otwartych kilka środowisk na róznych branchach.

> Po drugie merge wolalbym robic juz nie tylko kompletncyh
> rzeczy, ale sprawdzonych, w sensie ze dzialaja.

I w czym to przeszkadza? Przecież przyszedł kierownik i kazał
wcommitować. Widocznie było gotowe.

> Nie widze powodu, zeby
> jedne nieskonczone funkcjonalnosci wplywaly na rozwoj innych.

I nie ma.

>> Po co? Czego się wstydzić? Kodu czy bałaganu w branchach?
> Nie bardzo rozumiem. Kod zostaje, jest zmergowany. A o jakim balaganie
> mowa to nie wiem.

"Kazik, pamiętasz może tego Wojtka co pracował w zeszłym roku? On coś
robił na branchu, ale nie dał rady. Weź i zerknij do czego to się
nadaje. Tu masz brancha".

Czasem kod *NIE* zostaje zmergowany. Czasem pośrednie commity (np.
odrzucone rozwiązanie) warto ponownie obejrzeć po miesiącu. Ogólnie nie
potrafie zrozumieć potrzeby usuwania branchy z repo, choć z tą
przypadłością ciągle się spotykam w róznych grupach. Przy czym czesto
wyjasnieniem jest aby nie zajmowały miejsca (svn) :)

>> Nie naciskam, ale scenariusz który przedstawiasz jeszcze bardziej
>> nastawia mnie "anty" do lokalnych branchy i filozofii pracy gita. Sa
>> cholernie niebezpieczne (gdzie on miał te pliki?) i nic nie dają ponad
>> to co daje svn repo (robi się tak samo szybko). W scenaruszu gdy
>> pracujesz lokalnie z repo i w dodatku w grupie git nie daje *nic*.
> Jak to "gdzie on mial te pliki"? W repo, jak zawsze.

Ktorym? Lokalnym? O k...