[NiewzruszonaMasa]

Nie wiem czy dobrze korzystam z githuba. Jak powinien wyglądać schemat pracy jeśli pracuję np sam. Korzystam z kompa w pracy, i dwóch różnych komputerów w domu - lapek i centralka.

Powiedzmy że mam defaultowy branch na githubie - default - master.

Robię sobie branch powiedzmy - functionName. Kończę robotę robię sobie commita i #!$%@?ę. #!$%@?ę na branch zdalny o tej samej nazwie. Przychodzę do domu, chcę pociągnąć robotę dalej - jak to powinno wyglądać, chcąc dalej pracować na branchu "functionName" Powinienem normalnie go zrobić i zrobić fetch i merge z niego.

Kiedy powinienem robić pullRequesty.

Pytam bo pracowałem na jednym branchu długo i później nie mogłem zrobić pullRequesta, log wskazywał na zbyt dużo modyfikacji. Musiałbym zmienić branch defaultowy na ten na którym pracowałem - bo był on niby " najnowszy ".

Mam nadzieję że dobrze opisałem. Wiem że jest dokumentacja, czytałem ją. Ale może ktoś podpowie z doświadczenia.

#programowanie #git #github

[m.....4]

@NiewzruszonaMasa:
Naprzykład:

git checkout master
git pull
git checkout functionName

Pull Requesty jak pracujesz na forku lub chcesz CR

[scriptkitty]

@NiewzruszonaMasa: Pull requesty jak pracujesz sam mają średni sens

[NiewzruszonaMasa]

@scriptkitty: Rozumiem że gość od sprawdzania kodu, i łączenia wszystkiego w całość zajmuje się tą robotą :)

[scriptkitty]

@NiewzruszonaMasa: Jeśli sam pracujesz to możesz zrobić merge z linii poleceń i nie potrzebujesz PR-ów.

Czasem nie ma sensu nawet tworzyć osobnych branchy w takim modelu.

[Aryze]

@NiewzruszonaMasa: Jeśli pracujesz sam, nie rób nawet branchów poza wyjątkowymi przypadkami, gdzie narpawdę coś musisz odizolować

[w00nski]

@m944: @Aryze: @scriptkitty: btw. jest jakiś fajny guide/stronka dotyczący prawidłowego workflow przy uzyciu gita? :)
Sama znajomość komend to nie wszystko.

[m.....4]

@w00nski: zazwyczaj używa się modelu git Vincent Driessen'a lub coś około tego