Modele pracy z Gitem, Konwencje, praktyki, plusy i minusy Opcje

[Zyx]

Skoro już powstał stosowny ku temu dział, warto poruszyć temat modeli pracy z Gitem. Wiadomo, w tym systemie kontroli wersji nacisk kładziony jest na tworzenie gigantycznej liczby gałęzi i ich scalanie. Gdy wiosną przerzuciłem się na Gita, wszystko było fajnie, z wyjątkiem tego, że nie miałem żadnego doświadczenia w tym, jak organizować te gałęzie, by się w nich nie pogubić.

Dopiero niedawno problem de facto się rozwiązał, gdy znajomy podesłał mi opis pewnego modelu pracy z Gitem:

http://nvie.com/posts/a-successful-git-branching-model/

Czy ktoś z Was już go stosuje i mógłby podzielić się doświadczeniami? A może wykorzystujecie jakieś inne, własne i sprawdzone konwencje? Mi powyższy model wygląda na dobry do większych projektów, natomiast ostatnio Gita używam coraz częściej do różnych mniejszych prac, nawet na własne potrzeby, gdzie ciężko jest go zastosować choćby z tego powodu, że nie ma w nich "wydań" jako takich. Tu wciąż sprawa pozostaje otwarta.

[athabus]

Ja akurat wykorzystuje gita do małych projektów pisanych w pojedynkę. Ogólnie w zależności od podejścia mam 1 lub 2 gałęzie "stałe". Origin + Dev. Do KAŻDEJ poprawki tworzę gałąź jeśli tylko zakładam, że zajmie mi ona więcej niż 5 minut. Powód u mnie jest prosty - zawsze może wyniknąć coś, co oderwie mnie od pracy i nie ukończę od ręki pracy, potem może zajść potrzeba zmiany w innym miejscu i jest problem. Zaobserwowałem taką prawidłowość, że zawsze jak nie mam utworzonej gałęzi do jakiegoś topicu, to w trakcie pracy nad nim wynika jakaś pilna sprawa ;-)

W git praca z gałęziami jest banalnie prosta i wg. instrukcji obsługi praktycznie nic nie kosztuje, dlatego korzystam z nich bardzo często. Zdarza mi się utworzyć 5-10 gałęzi dziennie w obrębie projektu nad którym pracuję.

Ogólnie moja koncepcja pracy jest taka jak tutaj.

Co do dużych projektów niestety nie mam doświadczenia, więc nie będę się wypowiadał.