Jak mogę wyświetlić wszelkie zatwierdzenia lokalne, które nie zostały jeszcze wypchnięte do zdalnego repozytorium? Czasami git statuswydrukuje, że moja gałąź to X origin/master, ale nie zawsze.

Czy to błąd w mojej instalacji Git, czy coś mi brakuje?

git log origin/master..HEAD

Możesz także wyświetlić różnicę przy użyciu tej samej składni

git diff origin/master..HEAD

Jeśli chcesz zobaczyć wszystkie zatwierdzenia we wszystkich gałęziach, które nie zostały jeszcze wypchnięte, być może szukasz czegoś takiego:

git log --branches --not --remotes

A jeśli chcesz zobaczyć tylko najnowsze zatwierdzenie dla każdej gałęzi i nazwy gałęzi, to:

git log --branches --not --remotes --simplify-by-decoration --decorate --oneline

Możesz pokazać wszystkie zatwierdzenia, które masz lokalnie, ale nie w górę

git log @{u}..

@{u}lub @{upstream}oznacza odgałęzienie obecnego oddziału (patrz git rev-parse --helplub w git help revisionscelu uzyskania szczegółowych informacji).

To działało dla mnie:

git cherry -v 

Jak wskazano w Git: Zobacz wszystkie nieprzypisane zatwierdzenia lub zatwierdzenia, które nie znajdują się w innej gałęzi .

Możesz to zrobić za pomocą git log:

git log origin..

Zakładając, że originjest to nazwa twojego upstream, pomijając nazwę rewizji po ..implikuje HEAD, która zawiera listę nowych zatwierdzeń, które nie zostały wypchnięte.

Wszystkie pozostałe odpowiedzi mówią o „upstream” (gałęzi, z której pobierasz).
Ale lokalny oddział może przesunąć do innego oddziału, niż ten, który ciągnie od.

mastermoże nie przekazywać do zdalnego oddziału śledzenia „ origin/master”. Upstream oddział dla może być , ale może naciskać na pilocie zdalnego oddziału śledzenia lub nawet . Są one ustawione dla bieżącej gałęzi wraz z wartością.
masterorigin/masterorigin/xxxanotherUpstreamRepo/yyy
branch.*.pushremoteglobal remote.pushDefault

Jest to pilot zdalnego śledzenia oddział, który liczy się przy poszukiwaniu unpushed zobowiązuje: ten, który śledzi branch at the remotegdzie miejscowy oddział zostanie zepchnięte na. Może być znowu, albo nawet .
branch at the remoteorigin/xxxanotherUpstreamRepo/yyy

Git 2.5+ (drugi kwartał 2015 r.) Wprowadza do tego nowy skrót: <branch>@{push}

Zobacz popełnić 29bc885 , popełnić 3dbe9db , popełnić adfe5d0 , popełnić 48c5847 , popełnić a1ad0eb , popełnić e291c75 , popełnić 979cb24 , popełnić 1ca41a1 , popełnić 3a429d0 , popełnić a9f9f8c , popełnić 8770e6f , popełnić da66b27 , popełnić f052154 , popełnić 9e3751d , popełnić ee2499f [Wszystkie z 21 maja 2015] i zatwierdzenie e41bf35 [01 maja 2015] przez Jeffa Kinga ( peff) .
^{(Połączone przez Junio ​​C Hamano - gitster-w commit c4a8354 , 05 cze 2015)}

Zatwierdź adfe5d0 wyjaśnia:

sha1_name: zaimplementuj @{push}skrót

W trójkątnym przepływie pracy każda gałąź może mieć dwa odrębne punkty zainteresowania: ten @{upstream}, z którego normalnie pobierasz, i miejsce docelowe, do którego zwykle pchasz. Ten ostatni nie jest skrótem, ale warto go mieć.

Na przykład możesz chcieć wiedzieć, które zobowiązania jeszcze nie zostały wypchnięte :

git log @{push}..

Lub jako bardziej skomplikowany przykład, wyobraź sobie, że zwykle pobierasz zmiany z origin/master(które ustawiasz jako swoje @{upstream}) i przesuwasz zmiany do własnego osobistego rozwidlenia (np. As myfork/topic).
Możesz naciskać na swój widelec z wielu maszyn, co wymaga zintegrowania zmian z miejsca docelowego push, a nie z góry .
Dzięki tej łatce możesz po prostu:

git rebase @{push}

zamiast wpisywać pełne imię i nazwisko.

Commit 29bc885 dodaje:

for-each-ref: zaakceptuj %(push)format „ ”

Tak jak mamy „ %(upstream)”, aby zgłosić „ @{upstream}” dla każdego odwołania, ta łatka dodaje „ %(push)”, aby dopasować „ @{push}”.
Obsługuje te same modyfikatory formatu śledzenia, co upstream (ponieważ możesz chcieć na przykład wiedzieć, które gałęzie zatwierdzają push ).

Jeśli chcesz zobaczyć, ile zatwierdzeń Twoje lokalne oddziały są do przodu / do tyłu w porównaniu z oddziałem, do którego naciskasz:

git for-each-ref --format="%(refname:short) %(push:track)" refs/heads

Przydatny alias git do wyszukiwania niepoprawnych commits w bieżącej gałęzi:

alias unpushed = !GIT_CURRENT_BRANCH=$(git name-rev --name-only HEAD) && git log origin/$GIT_CURRENT_BRANCH..$GIT_CURRENT_BRANCH --oneline

Co to w zasadzie robi:

git log origin/branch..branch

ale także określa bieżącą nazwę oddziału.

Możesz spróbować....

gitk

Wiem, że nie jest to czysta opcja wiersza poleceń, ale jeśli masz ją zainstalowaną i korzystasz z systemu GUI, to świetny sposób, aby zobaczyć dokładnie to, czego szukasz, i wiele więcej.

(Tak naprawdę jestem zaskoczony, że nikt o tym nie wspominał.)

git branch -v pokaże, dla każdego oddziału lokalnego, czy jest „przed”, czy nie.

Miałem wcześniej dokonane zatwierdzenie, nie wypychane do żadnej gałęzi, ani zdalnie, ani lokalnie. Tylko zatwierdzenie. Nic z innych odpowiedzi nie działało dla mnie, ale z:

git reflog

Tam znalazłem swoje zatwierdzenie.

Używam następującego aliasu, aby uzyskać tylko listę plików (i status), które zostały zatwierdzone, ale nie zostały wypchnięte (dla bieżącej gałęzi)

git config --global alias.unpushed \
"diff origin/$(git name-rev --name-only HEAD)..HEAD --name-status"

następnie po prostu wykonaj:

git unpushed

Uważam, że najbardziej typowym sposobem na to jest uruchomienie czegoś takiego:

git cherry --abbrev=7 -v @{upstream}

Jednak osobiście wolę biegać:

git log --graph --decorate --pretty=oneline --abbrev-commit --all @{upstream}^..

który pokazuje zatwierdzenia ze wszystkich gałęzi, które nie są scalone w górę, plus ostatnie zatwierdzenie w górę (które pojawia się jako węzeł główny dla wszystkich pozostałych zatwierdzeń). Używam go tak często, że stworzyłem noupdla niego alias .

git config --global alias.noup \
'log --graph --decorate --pretty=oneline --abbrev-commit --all @{upstream}^..'

Sugeruję, abyś zobaczył skrypt https://github.com/badele/gitcheck , kodowałem ten skrypt do sprawdzenia w jednym przejściu wszystkich twoich repozytoriów git i pokazuje, kto się nie zobowiązał, a kto nie pchnął / nie wyciągnął.

Oto przykładowy wynik

git cherry -v

Spowoduje to wyświetlenie lokalnej historii komentarzy (jeszcze nie przekazanych) z odpowiednią wiadomością

To nie jest błąd. To, co prawdopodobnie widzisz, to status git po nieudanym automatycznym scaleniu, w którym zmiany z pilota są pobierane, ale jeszcze nie scalone.

Aby zobaczyć zatwierdzenia między lokalnym repo i zdalnym wykonaj następujące czynności:

git fetch

Jest to w 100% bezpieczne i nie będzie wyśmiewać kopii roboczej. Jeśli byłyby zmiany, git statuspokażą się X commits ahead of origin/master.

Możesz teraz wyświetlać dziennik zatwierdzeń, które są w trybie zdalnym, ale nie lokalnym:

git log HEAD..origin

To działało dla mnie lepiej:

git log --oneline @{upstream}..

lub:

git log --oneline origin/(remotebranch)..

Istnieje narzędzie o nazwie unpushed, które skanuje wszystkie repozytorium Git, Mercurial i Subversion w określonym katalogu roboczym i wyświetla listę niezatwierdzonych plików i nieprzypisanych zatwierdzeń. Instalacja jest prosta w systemie Linux:

$ easy_install --user unpushed

lub

$ sudo easy_install unpushed

zainstalować w całym systemie.

Użycie jest również proste:

$ unpushed ~/workspace
* /home/nailgun/workspace/unpushed uncommitted (Git)
* /home/nailgun/workspace/unpushed:master unpushed (Git)
* /home/nailgun/workspace/python:new-syntax unpushed (Git)

Zobacz unpushed --helplub oficjalny opis, aby uzyskać więcej informacji. Posiada również skrypt cronjob unpushed-notifydo powiadamiania na ekranie o niezalecanych i nieprzypisanych zmianach.

Aby łatwo wyświetlić listę wszystkich nieprzypisanych zmian we wszystkich gałęziach , możesz użyć tego polecenia:

 git log --branches  @{u}..

Podobne: Aby wyświetlić nie scalone gałęzie:

git branch --all --no-merged

Można podejrzewać, ale polecam odpowiedź cxreg

Jeśli liczba zatwierdzeń, które nie zostały wypchnięte, jest liczbą jednocyfrową, co często jest, najprostszym sposobem jest:

$ git checkout

git odpowiada informując cię, że jesteś „z wyprzedzeniem N zobowiązuje” względem swojego pochodzenia. Więc teraz pamiętaj o tej liczbie podczas przeglądania dzienników. Jeśli „wyprzedzasz o 3 zatwierdzenia”, 3 najważniejsze zatwierdzenia w historii są nadal prywatne.

Jednym ze sposobów robienia rzeczy jest lista zatwierdzeń, które są dostępne w jednym oddziale, ale nie w drugim.

git log ^origin/master master

Jak powiedziano powyżej:

git diff origin / master..HEAD

Ale jeśli używasz git gui

Po otwarciu interfejsu GUI wybierz „Repozytorium” -> Pod tym „ Wizualizuj historię ”

Uwaga: Niektóre osoby lubią używać CMD Monit / Terminal, podczas gdy inne lubią używać Git GUI (dla uproszczenia)

Oto moje przenośne rozwiązanie (skrypt powłoki, który działa również w systemie Windows bez dodatkowej instalacji), który pokazuje różnice w pochodzeniu dla wszystkich gałęzi: git-fetch-log

Przykładowy wynik:

==== branch [behind 1]

> commit 652b883 (origin/branch)
| Author: BimbaLaszlo <[email protected]>
| Date:   2016-03-10 09:11:11 +0100
|
|     Commit on remote
|
o commit 2304667 (branch)
  Author: BimbaLaszlo <[email protected]>
  Date:   2015-08-28 13:21:13 +0200

      Commit on local

==== master [ahead 1]

< commit 280ccf8 (master)
| Author: BimbaLaszlo <[email protected]>
| Date:   2016-03-25 21:42:55 +0100
|
|     Commit on local
|
o commit 2369465 (origin/master, origin/HEAD)
  Author: BimbaLaszlo <[email protected]>
  Date:   2016-03-10 09:02:52 +0100

      Commit on remote

==== test [ahead 1, behind 1]

< commit 83a3161 (test)
| Author: BimbaLaszlo <[email protected]>
| Date:   2016-03-25 22:50:00 +0100
|
|     Diverged from remote
|
| > commit 4aafec7 (origin/test)
|/  Author: BimbaLaszlo <[email protected]>
|   Date:   2016-03-14 10:34:28 +0100
|
|       Pushed remote
|
o commit 0fccef3
  Author: BimbaLaszlo <[email protected]>
  Date:   2015-09-03 10:33:39 +0200

      Last common commit

Parametry przekazane do dziennika, np. --onelineLub --patchmogą być użyte.

git show

pokaże wszystkie różnice w twoich lokalnych zobowiązaniach.

git show --name-only

pokaże identyfikator lokalnego zatwierdzenia i nazwę zatwierdzenia.

git diff origin

Zakładając, że twoja gałąź jest skonfigurowana do śledzenia pochodzenia, powinno to pokazać różnice.

git log origin

Daje ci podsumowanie zobowiązań.