Git durumu şovu, akış yukarı değişiklikler olduğunda neden güncel?

İzlenen bir dalda akış yukarı değişiklikler var, ancak git statusyazdığımda yerel şubemin güncel olduğunu gösteriyor. Bu yeni bir davranış mı, bir yapılandırma ayarını değiştirdim mi yoksa bir sorun mu var?

Yardım için teşekkürler.

ubuntu@host:/my/repo# git status
On branch master
Your branch is up-to-date with 'origin/master'.

nothing to commit, working directory clean


ubuntu@host:/my/repo# git pull
remote: Counting objects: 11, done.
remote: Compressing objects: 100% (11/11), done.
remote: Total 11 (delta 6), reused 0 (delta 0)
Unpacking objects: 100% (11/11), done.
From bitbucket.org:my/repo
   1234567..abcdefg  master     -> origin/master
Updating 1234567..abcdefg
Fast-forward
 file1        |  1 -
 file2        | 43 +++++++++++++++++++++++++++++++++++++++++++
 file3        | 21 ++++++++++++---------
 file4        | 21 ++++++++++++---------
 4 files changed, 67 insertions(+), 19 deletions(-)
 create mode 100644 file5

Durum size söylediği şey, origin/master yerel repo yerel ref olan denilen ref arkasında olmasıdır . Bu durumda ref, denilen bazı uzaktaki bir dalın izlenmesine neden olur origin, ancak durum uzaktan kumandadaki dal hakkında hiçbir şey söylemez. Sadece yerel dosya sisteminizde depolanan bir taahhüt kimliği olan ref'den bahsediyor (bu durumda, genellikle .git/refs/remotes/origin/masteryerel repoda adı verilen bir dosyadadır).

git pulliki işlem yapar; ilk git fetcholarak, uzak repodaki taahhütlerle ( origin/masteryerel repodaki ref'yi güncelleyen) güncellemek için a yapar, daha sonra git mergebu taahhütleri mevcut şubeye birleştirmek için a yapar .

Bunu yapana kadar fetch(kendi başına veya üzeri ya adımını git pull) Yerel Repo ek onaylatabilirsiniz akıntıya ve olduğunu bilmek için bir yol vardır git statusyalnızca yerel bakar origin/masterref.

Ne zaman git statusdiyor yukarı güncel, bu "yukarı güncel şube ile o anki şube izleri", hangi Bu durumda araçlarında "yukarı güncel olarak adlandırılan yerel ref demektir origin/master". Bu, yalnızca "son akışta fetchen son canlı durumla güncel olmayan" ile aynı olmayan " son kez aldığımız yukarı akış durumu ile güncel" anlamına gelir .

Neden bu şekilde çalışıyor? İyi fetchaşama potansiyel olarak yavaş ve pahalı bir ağ işlemdir. Git'in (ve diğer dağıtılmış sürüm kontrol sistemlerinin ) tasarımı, gereksiz olduğunda ağ işlemlerinden kaçınmaktır ve birçok kişinin alışkın olduğu tipik istemci-sunucu sistemine tamamen farklı bir modeldir (aşağıdaki yorumlarda belirtildiği gibi, Git'in konsepti karışıklığa neden olan bir "uzaktan izleme dalı" ifadesi tüm DVCS'ler tarafından paylaşılmaz). Git'i çevrimdışı olarak, merkezi bir sunucuya bağlantı olmadan kullanmak tamamen mümkündür ve yansıma çıktısı git statusbunu yansıtır.

Git'te şube oluşturma ve değiştirme (ve durumlarını kontrol etme), merkezi bir sisteme yavaş bir ağ işlemi gerçekleştiren bir şey değil, hafif olmalıdır. Git'i ve git statusçıktıyı tasarlarken varsayım , kullanıcıların bunu anlamasıydı (çok fazla Git özelliği yalnızca Git'in nasıl çalıştığını zaten biliyorsanız anlamlıdır). Git'in DVCS'ye aşina olmayan çok sayıda kullanıcı tarafından benimsenmesiyle bu varsayım her zaman geçerli değildir.

Bunun nedeni, yerel repo'nuzun yukarı akış uzaktan kumandalarıyla check-in yapmamış olmasıdır. Bu çalışmayı beklediğiniz gibi elde etmek için kullanın ve git fetchsonra git statustekrar çalıştırın .

Bunların hepsi geçerli cevaplar olsa da, yerel repo'nun uzaktan alma, alma veya çekme olmadan olup olmadığını kontrol etme yolumu vermeye karar verdim. Şubelerimin nerede olduğunu görmek için:

git remote show origin

Yaptığı şey, mevcut tüm izlenen dalları ve en önemlisi - güncel, uzak veya uzak köklü olanların güncel olup olmadığı bilgisidir. Yukarıdaki komuttan sonra, bu döndürülenin bir örneğidir:

  * remote origin
  Fetch URL: https://github.com/xxxx/xxxx.git
  Push  URL: https://github.com/xxxx/xxxx.git
  HEAD branch: master
  Remote branches:
    master      tracked
    no-payments tracked
  Local branches configured for 'git pull':
    master      merges with remote master
    no-payments merges with remote no-payments
  Local refs configured for 'git push':
    master      pushes to master      (local out of date)
    no-payments pushes to no-payments (local out of date)

Umarım bu birine yardımcı olur.

"origin / master", şube "orijin / master" HEAD taahhüdüne yapılan referansı ifade eder. Başvuru, Git nesnesinin, genellikle bir taahhüt nesnesinin insan dostu bir takma adıdır. "origin / master" referansı yalnızca git pushuzaktan kumandanıza gittiğinizde güncellenir ( http://git-scm.com/book/en/v2/Git-Internals-Git-References#Remotes ).

Projenizin kökünden şunları çalıştırın:

cat .git/refs/remotes/origin/master

Görüntülenen tamamlama kimliğini aşağıdakilerle karşılaştırın:

cat .git/refs/heads/master

Aynı olmalılar ve bu yüzden Git'in mastergüncel olduğunu söylüyor origin/master.

Koştuğunda

git fetch origin master

Bu, yeni Git nesnelerini yerel olarak .git / objects klasörü altına alır. Ve Git .git / FETCH_HEAD'i güncelleyerek, artık getirilen dalın en son işlenmesine işaret ediyor.

Geçerli yerel dalınız ile yukarı akıştan alınan dal arasındaki farkları görmek için,

git diff HEAD FETCH_HEAD

Örnek bir git repo içine bakmak doğrulamak için Let your branch (master)olduğu up to dateile origin/master.

Yerel yöneticinin kaynak / yöneticiyi izlediğini doğrulayın:

$ git branch -vv
* master a357df1eb [origin/master] This is a commit message

Yerel ana şube hakkında daha fazla bilgi:

$ git show --summary
commit a357df1eb941beb5cac3601153f063dae7faf5a8 (HEAD -> master, tag: 2.8.0, origin/master, origin/HEAD)
Author: ...
Date:   Tue Dec 11 14:25:52 2018 +0100

    Another commit message

Orijin / master'ın aynı taahhütte olup olmadığını doğrulayın:

$ cat .git/packed-refs | grep origin/master
a357df1eb941beb5cac3601153f063dae7faf5a8 refs/remotes/origin/master

Aynı hashı görebiliriz ve şubenin en azından mevcut git repo'sunda uzak olanla tutarlı olduğunu söylemek güvenlidir.

daha git add .önce denegit commit

Önemsiz cevap henüz beni buraya getiren gibi bazı durumlarda doğru. Benim için yeni olan bir depoda çalışıyordum ve durum tarafından yeni görünmeyen bir dosya ekledim.

Dosya, .gitignore dosyasındaki bir desenle eşleşir.

bu durumda git add ve bütün bekleyen dosyaları entegre edin ve sonra git command ve sonra git push komutlarını kullanın

git add - tüm pedent dosyalarını entegre et

git taahhüdü - taahhüdü kaydet

git push - depoya kaydet