git: Chi nhánh của bạn đi trước X cam kết

Làm thế nào điều này thực sự xảy ra?

Hiện tại tôi đang làm việc trong một repo, vì vậy đây là quy trình làm việc của tôi:

1. Thay đổi tập tin
2. Cam kết
3. Lặp lại 1-2 cho đến khi hài lòng
4. Đẩy để làm chủ

Sau đó, khi tôi thực hiện, git statusnó cho tôi biết rằng chi nhánh của tôi đi trước X cam kết (có lẽ là cùng số lượng cam kết mà tôi đã thực hiện). Có phải bởi vì khi bạn đẩy mã, nó không thực sự cập nhật các tệp được lưu trong bộ nhớ cache cục bộ của bạn (trong các thư mục .git)? git pulldường như 'sửa' tin nhắn lạ này, nhưng tôi vẫn tò mò tại sao nó lại xảy ra, có lẽ tôi đang sử dụng git sai?

bao gồm những chi nhánh được in trong tin nhắn

Chi nhánh địa phương của tôi đi trước chủ

nơi nào bạn đẩy / kéo chi nhánh hiện tại

Tôi đang chuyển sang GitHub và kéo đến bất kỳ máy tính nào tôi đang làm việc tại thời điểm đó, bản sao cục bộ của tôi luôn được cập nhật đầy đủ vì tôi là người duy nhất làm việc trên nó.

nó không thực sự kiểm tra repo từ xa

Đó là những gì tôi nghĩ, tôi đoán rằng tôi sẽ đảm bảo sự hiểu biết của tôi về nó là chính xác.

bạn đang truyền thêm một số đối số cho nó?

Không phải cái mà tôi có thể thấy, có thể có một số cấu hình hài hước đang diễn ra ở phía cuối của tôi?

$ git status
# On branch master
# Your branch is ahead of 'origin/master' by 1 commit.
#
nothing to commit (working directory clean)

Nếu bạn nhận được thông báo này sau khi thực hiện a git pull remote branch, hãy thử theo dõi nó với a git fetch. (Tùy chọn, chạy git fetch -pđể cắt tỉa các nhánh đã xóa khỏi repo)

Fetch dường như cập nhật đại diện cục bộ của chi nhánh từ xa, điều này không nhất thiết xảy ra khi bạn làm a git pull remote branch.

Sử dụng

git pull --rebase

Tùy chọn --rebase có nghĩa là git sẽ chuyển cam kết cục bộ của bạn sang một bên, đồng bộ hóa với điều khiển từ xa và sau đó thử áp dụng các cam kết của bạn từ trạng thái mới.

Sử dụng 3 lệnh đơn giản này

Bước 1 :git checkout <branch_name>

Bước 2 :git pull -s recursive -X theirs

Bước 3 :git reset --hard origin/<branch_name>

Thêm chi tiết: https://stackoverflow.com/a/39698570/2439715

Thưởng thức.

Tôi nghĩ rằng bạn đang đọc sai thông điệp - chi nhánh của bạn không đi trước master, đó là master . Đó là trước origin/master, mà là một chi nhánh theo dõi từ xa ghi lại tình trạng của kho lưu trữ từ xa từ cuối cùng của bạn push, pullhoặc fetch. Nó cho bạn biết chính xác những gì bạn đã làm; bạn đã đi trước điều khiển từ xa và nó nhắc nhở bạn phải đẩy.

Ai đó nói rằng bạn có thể đang đọc sai tin nhắn của bạn, bạn thì không. Vấn đề này thực sự phải làm với <project>/.git/configtập tin của bạn . Trong đó sẽ có một phần tương tự như thế này:

[remote "origin"]
    url = <url>
    fetch = +refs/heads/*:refs/remotes/origin/*

Nếu bạn xóa dòng tìm nạp khỏi tệp .git / config của dự án, bạn sẽ dừng "Chi nhánh của bạn đi trước 'origin / master' bằng các Ncam kết." phiền toái từ xảy ra.

Hoặc vì vậy tôi hy vọng. :)

Tôi đã có vấn đề này trên máy chủ sân khấu của tôi, nơi tôi chỉ kéo. Và thiết lập lại cứng đã giúp tôi làm sạch ĐẦU giống như điều khiển từ xa.

git reset --hard origin/master

Vì vậy, bây giờ tôi có một lần nữa:

On branch master
Your branch is up-to-date with 'origin/master'.

Điều này làm việc cho tôi

git reset --hard origin/master

Đầu ra phải như thế nào

On branch dev HEAD is now at ae1xc41z Last commit message

Trong trường hợp của tôi, đó là vì tôi đã chuyển sang sử dụng chính

 git checkout -B master

Chỉ cần kéo phiên bản mới của nó thay vì

 git checkout master

Lệnh đầu tiên đặt lại đầu của chủ thành các cam kết mới nhất của tôi

Tôi đã sử dụng

git reset --hard origin/master

Để khắc phục điều đó

Tôi đã xem qua mọi giải pháp trên trang này và may mắn thay @ anatolii-pazhyn đã nhận xét vì giải pháp của anh ấy là giải pháp hiệu quả. Thật không may, tôi không có đủ danh tiếng để nâng đỡ anh ta, nhưng tôi khuyên bạn nên thử giải pháp của anh ta trước:

git reset --hard origin/master

Mà đã cho tôi:

HEAD is now at 900000b Comment from my last git commit here

Tôi cũng đề nghị:

git rev-list origin..HEAD
# to see if the local repository is ahead, push needed

git rev-list HEAD..origin
# to see if the local repository is behind, pull needed

Bạn cũng có thể dùng:

git rev-list --count --left-right origin/master...HEAD
# if you have numbers for both, then the two repositories have diverged

May mắn nhất

Tôi gặp vấn đề tương tự trên máy Windows. Khi tôi chạy một git pull origin masterlệnh, tôi sẽ nhận được cảnh báo "đi trước 'gốc / chủ" của X cam kết ". Tôi thấy rằng nếu tôi thay vào đó chạy git pull originvà KHÔNG chỉ định chi nhánh, thì tôi sẽ không còn nhận được cảnh báo nữa.

Nó chỉ nhắc nhở bạn về sự khác biệt giữa nhánh hiện tại và nhánh thực hiện theo dõi hiện tại. Vui lòng cung cấp thêm thông tin, bao gồm chi nhánh nào được in trong tin nhắn và nơi bạn đẩy / kéo chi nhánh hiện tại.

Mặc dù câu hỏi này hơi cũ ... Tôi đã ở trong một tình huống tương tự và câu trả lời của tôi ở đây đã giúp tôi khắc phục một vấn đề tương tự tôi gặp phải

Thử đầu tiên với push -f hoặc tùy chọn lực lượng

Nếu điều đó không hoạt động thì có thể (như trong trường hợp của tôi) các kho lưu trữ từ xa (hay đúng hơn là các tham chiếu đến các kho lưu trữ từ xa hiển thị trên git remote -v ) có thể không được cập nhật.

Kết quả ở trên là lần đẩy của bạn được đồng bộ hóa cục bộ / chi nhánh của bạn với điều khiển từ xa / chi nhánh của bạn, tuy nhiên, bộ đệm trong repo cục bộ của bạn vẫn hiển thị cam kết trước đó (của cục bộ / chi nhánh ... chỉ cung cấp một lần cam kết duy nhất) là CHÍNH.

Để xác nhận bản sao trên, repo ở một vị trí khác và thử so sánh ĐẦU / cục bộ và đầu từ xa / nhánh. Nếu cả hai đều giống nhau thì có lẽ bạn đang phải đối mặt với vấn đề tôi đã làm.

Giải pháp:

$ git remote -v
github  git@github.com:schacon/hw.git (fetch)
github  git@github.com:schacon/hw.git (push)
$ git remote add origin git://github.com/pjhyett/hw.git
$ git remote -v
github  git@github.com:schacon/hw.git (fetch)
github  git@github.com:schacon/hw.git (push)
origin  git://github.com/pjhyett/hw.git (fetch)
origin  git://github.com/pjhyett/hw.git (push)
$ git remote rm origin
$ git remote -v
github  git@github.com:schacon/hw.git (fetch)
github  git@github.com:schacon/hw.git (push)

Bây giờ làm push -fnhư sau

git push -f github master ### Lưu ý lệnh của bạn không origincòn nữa!

Làm git pullngay bây giờ git pull github master

khi git statusnhận

# On branch master

nothing to commit (working directory clean)

Tôi hy vọng điều này hữu ích cho ai đó vì số lượt xem quá cao nên việc tìm kiếm lỗi này hầu như luôn liệt kê chủ đề này lên đầu

Cũng tham khảo gitref để biết chi tiết

Tôi thực sự đã có điều này xảy ra khi tôi đang thực hiện chuyển đổi / thanh toán với TortiseGIT.

Vấn đề của tôi là tôi đã tạo ra chi nhánh dựa trên một chi nhánh địa phương khác. Nó tạo ra một mục "hợp nhất" trong /.git/configđó trông giống như thế này:

[branch "web"]
    merge = refs/heads/develop
    remote = gitserver

Bất cứ khi nào tôi chuyển sang chi nhánh "web", nó nói với tôi rằng tôi đã hơn 100 lần cam kết trước khi phát triển. Vâng, tôi đã không còn cam kết phát triển vì vậy đó là sự thật. Tôi đã có thể chỉ cần loại bỏ mục này và nó dường như hoạt động như mong đợi. Đó là theo dõi đúng với ref từ xa thay vì phàn nàn về việc đứng sau nhánh phát triển.

Như Vikram đã nói, luồng Stack Overflow này là kết quả hàng đầu của Google khi tìm kiếm vấn đề này vì vậy tôi nghĩ tôi sẽ chia sẻ tình huống và giải pháp của mình.

Tôi muốn nhắc lại điều tương tự như được đề cập bởi @Marian Zburlia ở trên. Nó làm việc cho tôi và sẽ đề nghị tương tự cho những người khác.

git pull origin develop

nên được theo sau $ git pull --rebase.

Điều này sẽ loại bỏ các ý kiến ​​sắp tới $ git statussau khi kéo mới nhất.

git fetch sẽ giải quyết điều này cho bạn

Nếu sự hiểu biết của tôi là chính xác, cục bộ (bộ nhớ cache) origin/mastercủa bạn đã hết hạn. Lệnh này sẽ cập nhật trạng thái kho lưu trữ từ máy chủ.

Sau đó, khi tôi thực hiện một trạng thái git, nó cho tôi biết rằng chi nhánh của tôi đi trước X cam kết (có lẽ là cùng số lượng cam kết mà tôi đã thực hiện ).

Kinh nghiệm của tôi là trong một môi trường nhóm với nhiều chi nhánh. Chúng tôi làm việc trong các nhánh tính năng của riêng mình (trong các bản sao địa phương) và đó là một trong những chương git statustrình cho thấy tôi là 11 người đi trước. Giả định làm việc của tôi, giống như tác giả của câu hỏi, là +11 là từ các cam kết của riêng tôi .

Hóa ra tôi đã thay đổi từ developnhánh chung sang nhánh tính năng của mình nhiều tuần trước - nhưng quên mất! Khi tôi xem lại chi nhánh tính năng địa phương của mình ngày hôm nay và git pull origin developcon số đã tăng lên +41 cam kết phía trước. Nhiều công việc đã được thực hiện developvà vì vậy chi nhánh tính năng cục bộ của tôi thậm chí còn đi trước chi nhánh tính năng trênorigin kho lưu trữ.

Vì vậy, nếu bạn nhận được thông báo này, hãy nghĩ lại bất kỳ thao tác kéo / sáp nhập nào bạn có thể đã thực hiện từ các chi nhánh khác (của chính bạn hoặc của người khác) mà bạn có quyền truy cập. Thông báo chỉ báo hiệu bạn cần git pushnhững pulled thay đổi trở lại originrepo ('nhánh theo dõi') từ repo cục bộ của bạn để mọi thứ được đồng bộ hóa.

Các câu trả lời gợi ý git pullhoặc git fetchlà chính xác.
Thông báo được tạo khi git statusthấy sự khác biệt giữa .git/FETCH_HEADvà .git/refs/remotes/<repository>/<branch>(ví dụ .git/refs/remotes/origin/master).

Tệp sau ghi lại CHÍNH từ lần tìm nạp cuối cùng (đối với kho lưu trữ / nhánh). Thực hiện git fetchcập nhật cả hai tập tin lên CHÍNH hiện tại của chi nhánh.
Tất nhiên, nếu không có gì để tìm nạp (vì kho lưu trữ cục bộ đã được cập nhật) thì .git/FETCH_HEADsẽ không thay đổi.

Nếu bạn nhận được thông báo này sau khi thực hiện một cam kết để hủy theo dõi tệp trong nhánh, hãy thử thực hiện một số thay đổi trong bất kỳ tệp nào và thực hiện cam kết. Rõ ràng bạn không thể thực hiện một cam kết duy nhất chỉ bao gồm việc không theo dõi tệp được theo dõi trước đó. Cuối cùng, bài đăng này đã giúp tôi giải quyết toàn bộ vấn đề https://help.github.com/articles/removing-files-from-a-reposeective-s-history/ . Tôi chỉ phải xóa tập tin khỏi lịch sử kho lưu trữ.