[j.....y]

#git #programowanie

git pull

git checkout jakis-branch

czy w tej chwili mam pewność, że

jakis-branch

jest w najnowszej wersji, czy muszę jeszcze raz pulla zrobić?

[Auuron]

@jestem_anonimowy: No ale tego pulla to robisz w aktuanym branchu, po przeskoczeniu zrób.

[vegat]

@jestem_anonimowy: git pull origin jakis-branch też zrobi robotę. Generalnie checkoutujesz zawsze najnowszą wersję.

[j.....y]

@Auuron: @vegat: dzięki Panowie

[MacDada]

@jestem_anonimowy:

git pull

robi

git fetch

i

git merge

.

Robiąc fetch masz pewność, że Twoje lokalne repo ma na pewno informacje o najnowszych zmianach w repo zewnętrznym.

Merge leci tylko na AKTUALNYM branchu, więc jak chcesz zaktualizować innegolokalnego brancha, musisz się do niego przełączyć i zrobić merge'a samemu.

A ogólnie to polecam robić

git pull --rebase

– wtedy nie będziesz miał śmieciowych commitów merge'ujących, a historia gałęzi będzie bardziej liniowa.

[j.....y]

@MacDada: generalnie chciałem osiągnąć przełączenie się na dowolnego refa, więc stanęło na:

git fetch

git checkout [jakis-branch | tag | commit]

a jeśli chodzi o mergowanie... zakładając, że chcę wciągnąć

ficzer

do

master

, robię:

git checkout master

git pull

git merge ficzer

i historia wygląda tak:

[MacDada]

@jestem_anonimowy: Tak, możesz robić w ten sposób.

git checkout 

Pamiętaj, że to przełączy stan katalogu roboczego na daną rewizję, ALE zrobi to tylko „tymczasowo” (będziesz mieć info, że nie jesteś na żadnym branchu).

git checkout master && git pull --rebase && git checkout ficzer && git rebase master && git checkout master && git merge ficzer && git branch -d ficzer

Wolę to robić w ten sposób, bo mam wtedy „czystą”

[j.....y]

@MacDada: wiem, że "tymczasowo", to jest na potrzeby produkcji/serwerze testowym, gdzie chcę mieć możliwość odpalenia dowolnego komita.