Tôi đang cố gắng xem xét yêu cầu kéo trên GitHub đến một chi nhánh không phải là chủ. Nhánh mục tiêu đứng sau chủ và yêu cầu kéo hiển thị các xác nhận từ chủ, vì vậy tôi đã hợp nhất chủ và đẩy nó sang GitHub, nhưng các xác nhận và khác biệt cho chúng vẫn xuất hiện trong yêu cầu kéo sau khi làm mới. Tôi đã kiểm tra lại gấp đôi rằng chi nhánh trên GitHub có các cam kết từ chủ. Tại sao chúng vẫn xuất hiện trong yêu cầu kéo?

Tôi cũng đã kiểm tra yêu cầu kéo cục bộ và nó chỉ hiển thị các cam kết chưa hợp nhất.

Có vẻ như Yêu cầu Kéo không theo dõi các thay đổi đối với nhánh mục tiêu (Tôi đã liên hệ với bộ phận hỗ trợ của GitHub và nhận được phản hồi vào ngày 18 tháng 11 năm 2014 cho biết đây là do thiết kế).

Tuy nhiên, bạn có thể làm cho nó hiển thị cho bạn các thay đổi được cập nhật bằng cách thực hiện như sau:

http://githuburl/org/repo/compare/targetbranch...currentbranch

Thay thế githuburl, org, repo, targetbranch, và currentbranchkhi cần thiết.

Hoặc như hexsprite đã chỉ ra trong câu trả lời của anh ấy, bạn cũng có thể buộc nó cập nhật bằng cách nhấp Editvào PR và tạm thời thay đổi cơ sở sang một nhánh khác và quay lại. Điều này tạo ra cảnh báo:

Bạn có chắc chắn muốn thay đổi cơ sở?

Một số cam kết từ nhánh cơ sở cũ có thể bị xóa khỏi dòng thời gian và các nhận xét đánh giá cũ có thể trở nên lỗi thời.

Và sẽ để lại hai mục nhật ký trong PR:

Đây là một cách giải quyết tốt. Sử dụng Editnút khi xem PR trong GitHub để thay đổi nhánh cơ sở thành thứ khác master. Sau đó chuyển nó trở lại mastervà bây giờ nó sẽ chỉ hiển thị chính xác các thay đổi từ các cam kết gần đây nhất.

Tóm lại, GitHub không tự động khởi động lại lịch sử cam kết trong các yêu cầu kéo. Các giải pháp đơn giản nhất là:

Giải pháp 1: Nổi loạn

Giả sử bạn muốn hợp nhất mastertừ feature-01:

git fetch origin
git checkout feature-01
git rebase origin/master
git push --force

Nếu bạn đang làm việc trên một ngã ba thì bạn có thể cần phải thay thế originở trên với upstream. Xem Làm cách nào để cập nhật kho lưu trữ rẽ nhánh GitHub? để tìm hiểu thêm về việc theo dõi các nhánh từ xa của kho lưu trữ ban đầu.

Giải pháp 2: Tạo một yêu cầu kéo mới

Giả sử bạn muốn hợp nhất phần giới thiệu mastertừ feature-01:

git checkout feature-01
git checkout -b feature-01-rebased
git push -u origin feature-01-rebased

Bây giờ hãy mở một yêu cầu kéo feature-01-rebasedvà đóng cái cho feature-01.

Bạn cần thêm các mục sau vào ~/.gitconfigtệp của mình :

[rebase]
    autosquash = true

Điều này sẽ tự động đạt được giống như những gì câu trả lời này cho thấy.

Tôi đã nhận được điều này từ đây .

Đối với bất kỳ ai khác gặp phải vấn đề này và bị nhầm lẫn bởi hành vi Yêu cầu Kéo của GitHub, nguyên nhân sâu xa là PR là một khác biệt của đầu nhánh nguồn so với tổ tiên chung của nhánh nguồn và nhánh đích. Do đó, nó sẽ hiển thị tất cả các thay đổi trên nhánh nguồn cho đến tổ tiên chung và sẽ không tính đến bất kỳ thay đổi nào có thể xảy ra trên nhánh đích.

Thêm thông tin có sẵn tại đây: https://developer.atlassian.com/blog/2015/01/a-better-pull-request/

Khác biệt dựa trên tổ tiên có vẻ nguy hiểm. Tôi ước GitHub có một tùy chọn để thực hiện PR dựa trên hợp nhất 3 chiều chuẩn hơn.

Một cách để khắc phục điều này là git rebase targetbranchtrong PR đó. Sau đó git push --force targetbranch, sau đó Github sẽ hiển thị các xác nhận đúng và khác. Hãy cẩn thận với điều này nếu bạn không biết những gì bạn đang làm. Có thể kiểm tra một nhánh thử nghiệm trước để thực hiện rebase sau đó git diff targetbranchđể đảm bảo nó vẫn là những gì bạn muốn.

Điều này xảy ra với GitHub khi bạn squash cam kết hợp nhất từ ​​nhánh đích.

Tôi đã sử dụng squash và hợp nhất với Github làm chiến lược hợp nhất mặc định, bao gồm cả hợp nhất từ ​​nhánh đích. Điều này giới thiệu một cam kết mới và GitHub không nhận ra rằng cam kết bị bẹp này giống như các cam kết đã có trong chủ (nhưng với các giá trị băm khác nhau). Git xử lý nó đúng cách nhưng bạn sẽ thấy tất cả các thay đổi một lần nữa trong GitHub, gây khó chịu khi xem xét. Giải pháp là thực hiện hợp nhất thường xuyên các cam kết ngược dòng này thay vì nén và hợp nhất. Khi bạn muốn hợp nhất một nhánh khác vào nhánh của bạn như một sự phụ thuộc git merge --squashvà hoàn nguyên cam kết đó trước khi rút khỏi chủ một khi nhánh khác thực sự biến nó thành chủ.

EDIT: một giải pháp khác là rebase và lực đẩy. Lịch sử sạch nhưng viết lại

Tôi không chắc chắn chính xác về lý thuyết đằng sau này. Nhưng tôi đã nhận được điều này nhiều lần và có thể khắc phục điều này bằng cách làm như sau.

git pull --rebase

Điều này sẽ tìm nạp và hợp nhất các thay đổi từ nhánh chính repo gốc của bạn (Nếu bạn có điểm đó)

Sau đó, bạn đẩy mạnh các thay đổi của mình vào kho lưu trữ nhân bản github (mục tiêu)

git push -f origin master

Điều này sẽ đảm bảo bản sao github của bạn và repo cha mẹ của bạn ở cùng mức cam kết github và bạn không thấy bất kỳ thay đổi không cần thiết nào giữa các chi nhánh.

Hãy thử các lệnh dưới đây, từng cái một.

git pull "latest

git reset --hard master

Thất bại trong cách tiếp cận an toàn nếu bạn quá lo lắng về việc làm rối tung mọi thứ: truy cập tệp và xóa thủ công các thay đổi, sau đó xóa bằng cam kết cuối cùng của bạn bằng cách sử dụng

git add .  && git commit -a --allow-empty-message -m '' && git reset --soft HEAD~2 &&
git commit --edit -m"$(git log --format=%B --reverse HEAD..HEAD@{1})"

Tôi không có xung đột, bạn tốt để đi!