Bilinmeyen Git görüntülemelerini görüntüleme


1752

Henüz uzak depoya gönderilmemiş, yaptığım yerel taahhütleri nasıl görebilirim? Bazen, git statusşubemin X'in origin/masterher zaman değil, taahhütte olduğunu yazdırır .

Git'i yüklememle ilgili bir hata mı var yoksa bir şey mi eksik?


18
Git 2.5+ (Q2 2015) ile başlayarak, asıl cevap olacaktır git log @{push}... Yeni kısayol Bkz @{push}içinde (eğer doğru zorlayan uzak izleme dalı referans) aşağıda Cevabıma
VonC

59
@Torek - Git tarafından zorlaştırılan bir başka basit görev. Git sorusu yüzlerce veya binlerce yukarı oy ve milyonlarca görüntüleme ile her ortaya çıktığında, birileri düşünmelidir: Vay be, bu iş akışını gerçekten batırdık. Ne yazık ki, Git geliştiricileri geliştirme yaşam döngüsünde geri bildirim adımını atladı, bu nedenle geri bildirim dahil edilmedi. Bunun yerine, aynı hataları tekrar tekrar yapmaya devam ediyorlar. Bu soru için, git status --all2010 yılında ortaya çıkmış olmalı; veya git status -vek bilgileri içeren ayrıntılı çıktıyı sağlamalıdır.
jww

4
"Git status -v" ifadesinin bu bilgiyi vermesi gerektiğini kabul etmiyorum, çünkü yalnızca teslim alınan dalla ilgili olduğu için çalışma ağacı hakkında durum vermesi amaçlanıyor. Ancak, kabul edilen cevap olması gerektiğine inandığım "git branch -v" ile ilgili aşağıdaki cevaba bakınız
JoelFan

13
Bu belirli StackOverflow sorusu, tüm işlerin henüz mantıklı olmadığı en yüksek sayıda doğru cevaba sahiptir.
Pete Alvin

@ josh-buhler Üzgünüm, yanlışlıkla oy verdim ... 'STAR'ı tıklamaya çalışırken. Yeniden oy kullanmaya çalıştı, ancak işe yaramadı!
RafiAlhamd

Yanıtlar:


1827
git log origin/master..HEAD

Farkı aynı sözdizimini kullanarak da görüntüleyebilirsiniz

git diff origin/master..HEAD

3
Bu benim için yaptı - nedense git log kökenli .. tek başına bir hata atıyordu. Yerel şubemin yapılandırılma biçimiyle ilgili bir sorunum var gibi görünüyor - burada bulduğum değişiklikleri yaptıktan sonra : wincent.com/blog/…… sorun çözüldü ve ne istediğimi görmek için git durumunu tekrar kullanabilirim .
Josh Buhler

6
Çok değerli: O kadar çok şey yaptım git config --global alias.ahead "log origin/master..HEAD --oneline"ki nerede olduğumu çabucak öğrenebiliyorum. Daha da fazla şeker:for i in *; do echo $i && git ahead 2>/dev/null; done
Jamie

15
git log --stat origin/master..HEADbiraz ekstra harika için
Cory Danielson

141
Bu en iyi çözüm değil. Orijin / master her zaman akış yukarı dal olmayabilir. Daha iyi bir çözüm, yukarı akış kolunu belirtmek için "origin / master" yerine @ {u} kullanmaktır. HEAD varsayılan olarak ima edildiğinden, bunu da bırakabilirsiniz. @Ben Ling'in cevabına bakınız. Giden değişiklikler: git log @ {u} .. Gelen değişiklikler: git log .. @ {u}
PlagueHammer

12
@Nocturne Sadece bu cevap gönderildiğinde @{u}sözdiziminin henüz mevcut olmadığını, yalnızca 12 Şubat 2010'da kullanıma sunulduğunu belirtmek istiyorum . Ayrıca, @{u}yerel dal bir yukarı akışla yapılandırılmadıysa çalışmaz. Son olarak, @{u}şu anda sekme tamamlama desteği yoktur, <remote>/<branch>sekme tamamlama bu bilgileri almanın en hızlı yollarından biri olmaya devam eder ve bir yukarı akış yapılandırılmış olsun veya olmasın çalışacaktır.

703

Henüz itilmemiş tüm şubelerdeki tüm taahhütleri görmek istiyorsanız, bunun gibi bir şey arıyor olabilirsiniz:

git log --branches --not --remotes

Ve sadece her daldaki en son taahhüdü ve şube adlarını görmek istiyorsanız, bu:

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

8
Bu harika. İlgili bir senaryoda, iki yukarı akış şubesine sahip iki yerel şubem vardı ve bir yerel el diğerine birleştirildi. Hangi taahhütlerin yeniden pazarlanmak için güvenli olduğunu bilmek istedim, ancak normal git log master..HEADbirden fazla yukarı akış olduğu için işe yaramayacaktı. Bu yazı beni git log MyBranch --not --remotestek bir dalda yukarı akışa itilmemiş olan tüm taahhütleri göstermeye itti.
pavon

Bu çok yararlı oldu benim zsh yapılandırmada takma. Teşekkürler.
Scotty

İkinci komutunuzun henüz itilmemiş olan taahhütleri de listelediğini anlıyorum, her dalda sadece bir tane gösteriyor.
Stephane

--decoratedalları da gösterir. --graphdaha da belirgin hale getirir.
Ray

Bu komutlar listesinin yalnızca herhangi bir şubeye gönderilmemiş olan taahhütlerin olduğunu unutmayın . Örnek: şube feat-NewThing ile geliştiniz. Feat-NewThing için yerel olarak değişiklik yaparsınız. (Günlükte değişiklikler var.) Daha sonra feat-newThing öğesini uzak şubesine itersiniz. (Günlük boş). Yerel feat-new'i birleştirin. Bir hızlı ileri alma varsayıldığında, günlükte hala değişiklik olmaz.
Patrick W

325

Yerel olarak sahip olduğunuz ancak akış yukarı olmayan tüm taahhütleri gösterebilirsiniz

git log @{u}..

@{u}veya @{upstream}geçerli dalın akış yukarı kolu anlamına gelir ( ayrıntılar için git rev-parse --helpveya konusuna git help revisionsbakın).


17
Windows'da, son argümanı tırnak içine almam gerekiyordu, örneğin: git log "@ {u} .."
Jon Schneider

git log @{u}.. -p En kullanışlı seçeneklerden biri olduğunu -p her onay tanıtılan farklılıkları gösteren,.
mQuiroz

Muhtemelen daha iyi git log @ {push} .., başka bir cevaba bakınız .
Hans-Peter Störr

183

Bu benim için çalıştı:

git cherry -v 

Git'te belirtildiği gibi : Başka bir dalda yer almayan tüm püskürtülmüş taahhütleri veya taahhütleri görün .


21
Bence bu, tüm dosyalarda okunması zor, ayrıntılı fark yerine daha özlü komisyon listesi veren bu ana cevap olmalı !!
ViFI

1
git-cherry - "Henüz yukarı akışta uygulanacak taahhütleri bul", OP'nin ne istediğini sağlıyor gibi görünüyor, ancak tüm taahhüt mesajı yerine yalnızca taahhüt konusu ile.
Eido95

2
Bunun sadece şu anda kontrol ettiğiniz şubede unpushed taahhütleri olup olmadığını söyleyeceğini belirtmek gerekir. Bu, unpushed taahhütleri olan bir yerel şubeniz (şu anda teslim alınmamış) olup olmadığını söylemeyecektir.
Dave Yarwood

66

Bunu aşağıdakilerle yapabilirsiniz git log:

git log origin..

originYukarı akışınızın adı olduğunu varsayarsak, ..ima edilmeden sonra herhangi bir düzeltme adını bırakarak HEAD, itilmemiş yeni taahhütleri listeler.


1
Ne zaman git logve "2-nokta-değil-3" ile bir cevap gördüğümde , her zaman bana stackoverflow.com/questions/53569/… ;)
VonC

1
Sadece cevaba eklemek için - yukarı akış kurulumu yoksa, bu komut yukarı akış ayarlanmadığını söyler. git branch --set-upstream master origin/<branch>Aşamalı taahhütleri görmek için bu komutu kullanmaya meyilli iseniz, yukarı akış kurmak için çalıştırın .
asyncwait

Bu, geçerli uzak dal ile değil, başlangıçtaki varsayılan dal ile karşılaştırılır.
Haziran'da greuze

43

Diğer tüm cevaplar "yukarı akış" (çektiğiniz dal) hakkında konuşur.
Ama bir yerel şube olabilir itmek a farklı ondan çeker olandan dalı.

master" origin/master" uzaktan izleme şubesine aktarılmayabilir .
İçin yukarı akış dalı masterolabilir origin/master, ancak uzaktan izleme dalına origin/xxxveya hatta itebilir anotherUpstreamRepo/yyy.
Bunlar branch.*.pushremote, global remote.pushDefaultdeğerle birlikte geçerli dal için ayarlanır .

Öyle olduğu kimse o parça: sayımları unpushed hareketin arayan uzaktan izleme şube yerel şube itilmiş olacaktır. Yine olabilir hatta . branch at the remote
branch at the remoteorigin/xxxanotherUpstreamRepo/yyy

Git 2.5+ (2. Çeyrek 2015) bunun için yeni bir kısayol sunuyor: <branch>@{push}

Bkz 29bc885 işlemek , 3dbe9db işlemek , adfe5d0 işlemek , 48c5847 taahhüt , a1ad0eb işlemek , e291c75 taahhüt , 979cb24 taahhüt , 1ca41a1 taahhüt , 3a429d0 taahhüt , a9f9f8c işlemek , 8770e6f taahhüt , da66b27 işlemek , f052154 taahhüt , 9e3751d taahhüt , ee2499f taahhüt Mayıs 21'den [Tüm 2015] ve e41bf35 [01 Mayıs 2015] tarafından Jeff King ( peff) tarafından taahhüt edilmiştir .
( Junio ​​C Hamano tarafından birleştirildi - gitster-içinde taahhüt c4a8354 , 05 Haz 2015)

Adfe5d0 işleminin açıklaması:

sha1_name: @{push}stenoyu uygulamak

Üçgen bir iş akışında, her dalın iki ayrı ilgi noktası olabilir: @{upstream}normalde çektiğiniz ve normalde ittiğiniz hedef. İkincisi için bir kestirme yol yoktur, ancak sahip olmak yararlıdır.

Örneğin, henüz göndermediğiniz taahhütleri bilmek isteyebilirsiniz :

git log @{push}..

Ya da daha karmaşık bir örnek olarak, normalde değişiklikleri origin/masterkendiniz olarak ayarladığınızı (sizin ayarladığınız gibi @{upstream}) ve değişiklikleri kendi kişisel çatalınıza (örn myfork/topic.
Çatalınıza birden fazla makineden itebilirsiniz, bu da yukarı akış yerine itme hedefindeki değişiklikleri entegre etmenizi gerektirir .
Bu yama ile şunları yapabilirsiniz:

git rebase @{push}

tam adı yazmak yerine.

Taahhüt 29bc885 ekler:

for-each-ref: " %(push)" biçimini kabul et

Tıpkı her ref için %(upstream)" @{upstream}" bildirmek için " " kullandığımız gibi, bu yama da " %(push)" ile eşleşecek şekilde " @{push}" ekler .
Yukarı akışla aynı izleme biçimi değiştiricilerini destekler (çünkü hangi dalların zorlamayı taahhüt ettiğini bilmek isteyebilirsiniz ).

Yerel şubelerinizin , itmekte olduğunuz şubeye kıyasla kaç tane önde / arkada olduğunu görmek istiyorsanız:

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

42

Mevcut dalda unpushed taahhütlerini aramak için kullanışlı git takma adı :

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

Bu temel olarak ne yapar:

git log origin/branch..branch

aynı zamanda geçerli şube adını da belirler.


8
Bu harika! Takma adlara aşina olmayanlar için bunları yalnızca [takma ad] bölümündeki ~ / .gitconfig dosyanıza ekleyin.
Gary Haran

1

@GaryHaran'ın belirttiği gibi bu bir bash takma adı değil. Diğer adlar eklemek için de git komutu vardır: git alias <alias-name> <command>Bu durumda, özel karakterlerden kabuktan kaçmak için komutun tek tırnak içine alınması gerekir.
Dag Høidahl

4
Bu olurdu:git config --global alias.unpushed '!GIT_CURRENT_BRANCH=$(git name-rev --name-only HEAD) && git log origin/$GIT_CURRENT_BRANCH..$GIT_CURRENT_BRANCH --oneline'
Ricky Levi

Yani temelde git log aynı görünüyor @ {u} .. olsa - bkz başka bir yanıt .
Hans-Peter Störr

35

Deneyebilirsiniz ....

gitk

Saf bir komut satırı seçeneği olmadığını biliyorum, ancak yüklü ve bir GUI sisteminde iseniz tam olarak ne aradığını ve çok daha fazlasını görmek için harika bir yoldur.

(Aslında şimdiye kadar hiç kimsenin bahsetmediğine şaşırdım.)


3
gitk --alltüm dalları görüntülemek için.
Ray

3
tigncurses alternatifidir.
Ray

@ justin-ohms gitkharika! Bunun var olduğunu asla bilmiyordum! Güzel bir kullanıcı arayüzündeki değişikliklere göz atmak için kullanışlı.
RafiAlhamd

@ray tigen çok 'yalnızca terminal' durumunda kullanışlıdır - masaüstü GUI'sine erişim sağlayamazsınız. İlk kez öğreniyoruz! İLGİNÇ: tigTERSİNDİR git!
RafiAlhamd

30

git branch -v her yerel şube için "önde" olup olmadığını gösterecektir.


2
Evet, dalda itilmemiş bir kesinleştirme olması durumunda devel, karşılık gelen çizgi olacaktır * devel 8a12fc0 [ahead 1] commit msg( *sadece teslim alınan şubeye karşılık gelen hat üzerinde olacaktır ). ahead 1"tek bir taahhütle önde" anlamına gelir, yani tek bir kararlı taahhüt vardır.
Aurelien

2
Öyle değil mi git branch -vv? Krş docs: “İki kez verilirse, yukarı akış dalının adını da yazdırın (ayrıca bkz. git remote show <uzaktan not>).”
Kirli Henry

Bu, yukarı akış kolunun adını yazdırmakla ilgili değil, sadece OP ve sorununu çözmek için yeterli olan her yerel şube için baskı behindve / veya aheadher bir şube için (baskısız taahhütleri tespit etmek) yeterlidir. git branch -vbunun için yeterli, sadece Git 2.16.2 ile tekrar test edildi :)
Aurelien

-Vv kullanışlıdır çünkü uzaktan kumandayla güncel olan dallar ile hiç itilmemiş dallar arasında bir fark gösterir. (Sadece bir -v ile ekranda aynı
RM

30

Daha önce hiçbir taahhüdüm vardı, herhangi bir şubeye, uzak veya yerel bir yere itmedim. Sadece taahhüt. Diğer cevaplardan hiçbir şey benim için işe yaramadı, ancak:

git reflog

Orada işimi buldum.


Bu linkte belirtildiği gibi git-scm.com/docs/git-reflog , Referans günlükleri veya "reflogs", şubelerin uçları ve diğer referansların yerel depoda güncellendiğini kaydedin. Benim durumumda, bir repo kopyaladım, yeni bir şube oluşturdum, şubeyi sildim, yeni bir tane oluşturdum, bir taahhüt oluşturdum ve taahhüdü değiştirdim. Tüm bu adımlar HEAD @ {0} olarak kaydedildi: taahhüt (değişiklik): .. HEAD @ {1}: taahhüt: ... HEAD @ {2}: checkedout: ... konumundan ... HEAD @ { 3}: checkedout: ... 'den ...' e geçiş HEAD @ {4}: clone: ​​SO biçimi için #sorry görünüşte yorumlarda çok satırlara izin vermiyor
hız

Bu, başlangıç ​​taahhütlerini de içerir, en iyi çözüm @PlagueHammer tarafından sağlanan komutu kullanmak olacaktır ( stackoverflow.com/a/2016954/624048 )
Lincoln

20

Yalnızca işlenen ancak aktarılmayan (geçerli şube için) dosyaların listesini (ve durumunu) almak için aşağıdaki diğer adı kullanıyorum

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

o zaman yap:

git unpushed

ilginç görünüyor, ancak $ (git name-rev - only name HEAD) benim durumumda "undefined"
vak

13

Bunu yapmanın en tipik yolunun aşağıdaki gibi bir şey çalıştırmak olduğuna inanıyorum:

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

Ancak ben şahsen koşmayı tercih ediyorum:

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

yukarı akışta birleştirilmeyen tüm dallardan gelen taahhütleri ve yukarı akıştaki son taahhüdü (diğer tüm taahhütler için bir kök düğüm olarak görünür) gösterir. O kadar sık ​​kullanıyorum ki bunun için takma ad oluşturdum noup.

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

11

Sen git https://github.com/badele/gitcheck betiği görmek öneririz , ben tüm git depoları bir geçişte kontrol için bu komut dosyası kodlanmış ve kim taahhüt etmedi ve kim itti / çekmedi gösterir.

İşte bir örnek sonuç resim açıklamasını buraya girin


1
Bu eklentiyi Windows makinesinde nasıl çalıştıracağınızı açıklar mısınız? Pip çalıştırmaya çalışıyorum, ama komut komut satırında eksik. Python'u yükledim, ancak yeterli olup olmadığından emin değilim.
Konrad Szałwiński

@ KonradSzałwiński Windows makinem yok, ancak bu konuda ( stackoverflow.com/questions/4750806/… ), kullanıcı sorunuza cevap gibi görünüyor :). Ama pencerelerde test etmedim ve işe yaradığından emin değilim.
Bruno Adelé

@ ChristianTremblay github katılımcısı KonradSzałwiński bir pencere desteği ekledi. Şimdi gitcheck pencerelerde çalışıyor. Bunu github.com/badele/gitcheck
Bruno Adelé

Şimdi, hile kontrolünü doğrudan bir docker konteynerinden de kullanabilirsiniz (dosyalarınız ana makinenizde) Daha fazla bilgi için gitcheck github projesine bakın
Bruno Adelé

Bunu gönderdiğiniz için teşekkürler, gerçekten yararlı görünüyor. Yüklemeyi denedim ama kurulumdan sonra komut dosyasını çalıştırmak için konumunu bulamıyorum. $ pip install git + git: //github.com/badele/gitcheck.git Git + git: //github.com/badele/gitcheck.git Klonlama git: //github.com/badele/gitcheck.git c'ye git : \ users \ u6041501 \ appdata \ local \ temp \ pip-bxt472z_-build Toplanan paketlerin yüklenmesi: gitcheck gitcheck için setup.py kurulumunu çalıştırma: başladı gitcheck için setup.py kurulumunu yapma: 'tamamlandı' durumu ile bitti .22
Lauren Fitch


9

Bu bir hata değil. Muhtemelen gördüğünüz şey, uzaktan kumandadaki değişikliklerin getirildiği ancak henüz birleştirilmediği başarısız bir otomatik birleştirme işleminden sonra git durumudur.

Yerel repo ile uzak arasındaki taahhütleri görmek için şunu yapın:

git fetch

Bu% 100 güvenlidir ve çalışma kopyanızı alay etmez. Değişiklikler varsa git statusgöstereceğim X commits ahead of origin/master.

Artık uzaktan kumandada olan ancak yerelde olmayan taahhütlerin günlüğünü gösterebilirsiniz:

git log HEAD..origin

8

Bu benim için daha iyi çalıştı:

git log --oneline @{upstream}..

veya:

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

2
Merak eden herkes için @{upstream}, kelimenin tam anlamıyla ( upstreamsihirli bir kelimedir), remotebranchsadece dalınızın adıdır.
Steve Bennett

7

Adlı aracı yoktur unpushed ucommited dosya ve unpushed kaydedilmesini belirtilen çalışma dizini ve şovlar listedeki tüm Git, Mercurial ve Subversion repo tarar. Linux altında kurulum basittir:

$ easy_install --user unpushed

veya

$ sudo easy_install unpushed

sistem çapında kurulum.

Kullanımı da basit:

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

Daha fazla bilgi için unpushed --helpveya açıklamaya bakın . Ayrıca unpushed-notify, kaydedilmemiş ve bilinmeyen değişikliklerin ekran bildirimi için bir cronjob betiği vardır .


5

Tüm dallardaki tüm unpushed komutlarını kolayca listelemek için bu komutu kullanabilirsiniz:

 git log --branches  @{u}..

4

Benzer: Birleştirilmemiş dalları görüntülemek için:

git branch --all --no-merged

Bu şüpheli olabilir ama cevap cxreg tarafından tavsiye


3

Dışarı itilmemiş olan taahhütlerin sayısı, genellikle olduğu tek basamaklı bir sayı ise, en kolay yol:

$ git checkout

git size, menşeinize göre "önde N taahhüt" olduğunuzu söyleyerek yanıt verir. Şimdi günlükleri görüntülerken bu sayıyı aklınızda bulundurun. Eğer "3 komisyondan öndeyseniz", tarihteki ilk 3 komisyon hala özeldir.


2

bir şey yapmanın bir yolu, bir dalda bulunan ancak başka bir dalda olmayan taahhütleri listelemektir.

git log ^origin/master master

'^' Karakteri ne işe yarar?
Aran Mulholland

@AranMulholland burada değil.
Alex

1

Yukarıda belirtildiği gibi:

git diff başlangıç ​​/ master..HEAD

Ama git gui kullanıyorsanız

Açılış gui arayüzü Seç "Depo" sonra -> o "altında Visualise History "

Not: Bazıları Git GUI'sini (basitlik için) kullanırken, bazıları CMD Prompt / Terminal'i kullanmayı sever.


git gui'de görselleştirme seçeneği budur.
Rajesh Kolhapure

-2

İşte tüm şubeler için başlangıç ​​noktasından farklılıkları gösteren taşınabilir çözümüm (Windows'da ek yükleme olmadan da çalışan kabuk komut dosyası): git-fetch-log

Örnek bir çıktı:

==== branch [behind 1]

> commit 652b883 (origin/branch)
| Author: BimbaLaszlo <bimbalaszlo@gmail.com>
| Date:   2016-03-10 09:11:11 +0100
|
|     Commit on remote
|
o commit 2304667 (branch)
  Author: BimbaLaszlo <bimbalaszlo@gmail.com>
  Date:   2015-08-28 13:21:13 +0200

      Commit on local

==== master [ahead 1]

< commit 280ccf8 (master)
| Author: BimbaLaszlo <bimbalaszlo@gmail.com>
| Date:   2016-03-25 21:42:55 +0100
|
|     Commit on local
|
o commit 2369465 (origin/master, origin/HEAD)
  Author: BimbaLaszlo <bimbalaszlo@gmail.com>
  Date:   2016-03-10 09:02:52 +0100

      Commit on remote

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

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

      Last common commit

Günlük için geçirilen parametreler, örneğin --onelineveya --patchkullanılabilir.


-3
git show

yerel taahhütlerinizdeki tüm farkları gösterecektir.

git show --name-only

yerel taahhüt kimliğini ve taahhüt adını gösterir.


3
git showuzaktan kumandaya itilmiş olsun ya da olmasın, yalnızca en son taahhüdü gösterir, size tüm unpushed taahhütlerinizi göstermez.

-6
git diff origin

Şubenizin başlangıç ​​noktasını izlemek üzere ayarlandığını varsayarsak, bu size farklılıkları göstermelidir.

git log origin

Size taahhütlerin bir özetini verecektir.


3
git log originEğer ki taahhüt gösterecektir zaten itilmiş , ancak kaydedilmesini göstermez sıkıştırılmamış olan daha özgün afiş için soruyordu çizgisinde olan.
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.