Mengapa git status show branch mutakhir saat perubahan ada di hulu?

Perubahan ada di hulu di cabang yang dilacak, tetapi saat saya mengetik git status menunjukkan bahwa cabang lokal saya mutakhir. Apakah ini perilaku baru, apakah saya mengubah pengaturan konfigurasi, atau ada sesuatu yang salah?

Terima kasih untuk bantuannya.

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

Apa statusnya memberitahu Anda adalah bahwa Anda berada di belakang wasit yang disebut origin/master sebagai ref lokal di repo lokal Anda . Dalam hal ini ref yang terjadi untuk melacak cabang di beberapa remote, dipanggil origin, tetapi statusnya tidak memberi tahu Anda apa pun tentang cabang di remote. Ini memberi tahu Anda tentang ref, yang hanya merupakan ID komit yang disimpan di sistem file lokal Anda (dalam hal ini, biasanya dalam file bernama.git/refs/remotes/origin/master di repo lokal Anda).

git pullmelakukan dua operasi; pertama-tama ia melakukan git fetchpembaruan dengan komit di repo jarak jauh (yang memperbarui origin/masterref di repo lokal Anda), lalu git mergekomit untuk menggabungkan komit-komit tersebut ke cabang saat ini.

Sampai Anda melakukan fetchlangkah (baik sendiri atau via git pull) repo lokal Anda tidak memiliki cara untuk mengetahui bahwa ada komit tambahan di hulu, dan git statushanya melihat origin/masterreferensi lokal Anda .

Ketika git statusmengatakan up-to-date, itu berarti "up-to-date dengan cabang yang dilacak oleh cabang saat ini", yang dalam hal ini berarti "up-to-date dengan referensi lokal yang disebut origin/master". Itu sama dengan "up-to-date dengan status upstream yang diambil terakhir kali kami melakukan fetch" yang tidak sama dengan "up-to-date dengan status live terbaru dari upstream".

Mengapa bisa seperti ini? Yah fetchlangkahnya adalah operasi jaringan yang berpotensi lambat dan mahal. Desain Git (dan sistem kontrol versi terdistribusi lainnya ) adalah untuk menghindari operasi jaringan jika tidak diperlukan, dan merupakan model yang sangat berbeda dengan sistem client-server tipikal yang digunakan banyak orang (walaupun seperti ditunjukkan dalam komentar di bawah, konsep Git dari "cabang pelacakan jarak jauh" yang menyebabkan kebingungan di sini tidak dibagikan oleh semua DVCS). Sangat mungkin untuk menggunakan Git offline, tanpa koneksi ke server terpusat, dan output git statusmencerminkan hal ini.

Membuat dan mengalihkan cabang (dan memeriksa statusnya) di Git seharusnya ringan, bukan sesuatu yang melakukan operasi jaringan lambat ke sistem terpusat. Asumsi ketika mendesain Git, dan git statushasilnya, adalah bahwa pengguna memahami ini (terlalu banyak fitur Git hanya masuk akal jika Anda sudah tahu cara kerja Git). Dengan adopsi Git oleh banyak dan banyak pengguna yang tidak terbiasa dengan DVCS asumsi ini tidak selalu valid.

Ini karena repo lokal Anda belum masuk dengan remote upstream. Agar pekerjaan ini sesuai dengan yang Anda harapkan, gunakan git fetchkemudian jalankan git statuskembali.

Meskipun ini semua jawaban yang layak, saya memutuskan untuk memberikan cara saya memeriksa apakah repo lokal sesuai dengan remote, tanpa mengambil atau menarik. Untuk melihat di mana cabang saya, saya hanya menggunakan:

git remote show origin

Apa yang dilakukannya adalah mengembalikan semua cabang yang dilacak saat ini dan yang paling penting - info apakah mereka mutakhir, di depan atau di belakang yang berasal dari jauh. Setelah perintah di atas, ini adalah contoh dari apa yang dikembalikan:

  * 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)

Semoga ini bisa membantu seseorang.

"asal / master" mengacu pada referensi yang mengacu pada komit HEAD cabang "asal / master". Referensi adalah nama alias yang ramah manusia untuk objek Git, biasanya objek komit. Referensi "asal / master" hanya akan diperbarui ketika Anda git pushke remote Anda ( http://git-scm.com/book/en/v2/Git-Internals-Git-References#Remotes ).

Dari dalam root proyek Anda, jalankan:

cat .git/refs/remotes/origin/master

Bandingkan ID komit yang ditampilkan dengan:

cat .git/refs/heads/master

Mereka harus sama, dan itulah sebabnya Git mengatakan mastersudah ketinggalan zamanorigin/master .

Ketika kamu berlari

git fetch origin master

Itu mengambil objek Git baru secara lokal di bawah folder .git / objek. Dan Git memperbarui .git / FETCH_HEAD sehingga sekarang, ini menunjuk ke komit terbaru dari cabang yang diambil.

Jadi untuk melihat perbedaan antara cabang lokal Anda saat ini, dan cabang yang diambil dari hulu, Anda dapat menjalankan

git diff HEAD FETCH_HEAD

Mari lihat ke dalam git repo sampel untuk memverifikasi apakah your branch (master)adalah up to datedenganorigin/master .

Verifikasi bahwa master lokal melacak asal / master:

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

Info lebih lanjut tentang cabang master lokal:

$ 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

Verifikasi apakah asal / master memiliki komit yang sama:

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

Kita dapat melihat hash yang sama di sekitar, dan aman untuk mengatakan cabang itu konsisten dengan yang jauh, setidaknya dalam repo git saat ini.

coba dengan git add .sebelumnyagit commit

Jawaban sepele belum akurat dalam beberapa kasus, seperti yang membawa saya ke sini. Saya sedang mengerjakan repo yang baru bagi saya dan saya menambahkan file yang tidak terlihat baru oleh statusnya.

Itu berakhir bahwa file cocok dengan pola dalam file .gitignore.

dalam hal ini gunakan git add dan integrasikan semua file yang tertunda dan kemudian gunakan git commit dan kemudian git push

git add - mengintegrasikan semua file pedent

git commit - simpan komit

git push - save to repository