Git brak zmian w statusie

0

Hej.

Daję git status i otrzymuję info, że obecny branch jest taki sam jak zdalny branch.
Daję git fetch i zaciągają się zmiany kolegi ze zdalnego repozytorium.
Następnie git status i... tu zdziwienie... otrzymuję info, że obecny branch jest taki sam jak zdalny branch.

Dlaczego tak jest? Przecież w międzyczasie nie robiłem ani pulla, ani ribejsa ani merdża...?

0

Co to znaczy "taki sam jak zdalny branch"? Git to nie SVN, tu każdy ma swojego brancha, nawet jeśli się tak samo nazywają.

0
somekind napisał(a):

Co to znaczy "taki sam jak zdalny branch"? Git to nie SVN, tu każdy ma swojego brancha, nawet jeśli się tak samo nazywają.

"Already up-to-date." po próbie pulla.

0

Jeśli dobrze rozumiem to zrobileś fetch więc pull już nic nie zrobi bo nie ma nic do fetchowania. Skoro zrobiłeś fetch to musisz zrobić sobie teraz merge. O to ci chodzi?

0
somekind napisał(a):

Co to znaczy "taki sam jak zdalny branch"?

Znaczy że taki sam jak "lokalnie zdalny", czyli sfeczowany.

"Already up-to-date." po próbie pulla.

pull to fetch + merge.

Daję git fetch i zaciągają się zmiany kolegi ze zdalnego repozytorium.
Następnie git status i... tu zdziwienie... otrzymuję info, że obecny branch jest taki sam jak zdalny branch.

Być może kolega coś grzebał np. w innej gałęzi, więc fetch coś sobie dociągnął, ale nie robił commita w tej akurat gałęzi dlatego jest "up to date".

0

Chyba po prostu pomyliłem komendy...

git status sprawdza czy grzebałem lokalnie w plikach i mi to domyślnie podkreśla na zielono/czerwono przygotowane/nieprzygotowane do komita, prawda?

Więc chronologiczne:

  1. git status daje "nothing to commit, working directory clean".
  2. git fetch uaktualnia definicje nielokalnych branchy (wyświetla zielone plusy i czerwone minusy).
  3. git status znowu daje "nothing to commit, working directory clean".

Fetch nie ma wpływu na git status...

0

Fetch nie ma wpływu na git status...

Oczywiście że nie ma.
Żeby miało trzeba zrobić merge z branchy zdalnej do bieżącej.
A ponieważ po fetch zazwyczaj potrzebny jest merge, taka operacja (fetch+merge) nazywa się pull.

Sam fetch tylko ściąga dane z drugiego repo. Nie rusza twoich branchy w żaden sposób.

0
Azarien napisał(a):

A ponieważ po fetch zazwyczaj potrzebny jest merge, taka operacja (fetch+merge) nazywa się pull.

To akurat vim.
Pozostało jeszcze opanować lepiej git stash i rebase (dotychczas tylko z git rebase HEAD~ileśtam korzystałem).
Dzięki.

1 użytkowników online, w tym zalogowanych: 0, gości: 1