Git từ chối hợp nhất lịch sử không liên quan vào rebase

Trong git rebase origin/developmentthông báo lỗi sau được hiển thị từ Git:

fatal: refusing to merge unrelated histories
Error redoing merge 1234deadbeef1234deadbeef

Phiên bản Git của tôi là 2.9.0. Nó được sử dụng để hoạt động tốt trong phiên bản trước.

Làm thế nào tôi có thể tiếp tục cuộc nổi loạn này cho phép lịch sử không liên quan với cờ bắt buộc được giới thiệu trong bản phát hành mới?

Hành vi mặc định đã thay đổi kể từ Git 2.9:

"Git merge" được sử dụng để cho phép hợp nhất hai nhánh không có cơ sở chung theo mặc định, dẫn đến một lịch sử hoàn toàn mới của một dự án hiện có được tạo ra và sau đó được kéo bởi một người bảo trì không nghi ngờ, cho phép một lịch sử song song không cần thiết được sáp nhập vào dự án hiện có . Lệnh đã được dạy không cho phép điều này theo mặc định , với --allow-unrelated-historiestùy chọn hatch hatch được sử dụng trong một sự kiện hiếm hoi hợp nhất lịch sử của hai dự án bắt đầu cuộc sống của chúng một cách độc lập.

Xem thay đổi phát hành Git để biết thêm thông tin.

Bạn có thể sử dụng --allow-unrelated-historiesđể buộc hợp nhất xảy ra.

Trong trường hợp của tôi, lỗi chỉ xảy ra fatal: refusing to merge unrelated historiestrong mỗi lần thử, đặc biệt là yêu cầu kéo đầu tiên sau khi thêm kho Git từ xa.

Sử dụng --allow-unrelated-historiescờ làm việc với yêu cầu kéo theo cách này:

git pull origin branchname --allow-unrelated-histories

Hãy thử lệnh sau:

git pull origin master --allow-unrelated-histories

Điều này sẽ giải quyết vấn đề của bạn.

Tôi đã gặp lỗi này khi tôi thiết lập một kho lưu trữ cục bộ đầu tiên. Sau đó, tôi đã đi đến GitHub và tạo một kho lưu trữ mới. Sau đó tôi chạy

git remote add origin <repository url>

Khi tôi cố gắng đẩy hoặc kéo, tôi cũng fatal: unrelated_historiesgặp lỗi tương tự .

Đây là cách tôi sửa nó:

git pull origin master --allow-unrelated-histories
git merge origin origin/master
... add and commit here...
git push origin master

Đối với điều này, nhập lệnh:

git pull origin branchname --allow-unrelated-histories

Ví dụ,

git pull origin master --allow-unrelated-histories

Tài liệu tham khảo:

Vấn đề lịch sử không liên quan đến GitHub

git pull origin <branch> --allow-unrelated-histories

Bạn sẽ được chuyển đến cửa sổ chỉnh sửa Vim:

• Chèn thông điệp cam kết
• Sau đó nhấn Esc(để thoát chế độ "Chèn"), sau đó :(dấu hai chấm), sau đó x("x" nhỏ) và cuối cùng nhấn Enterđể thoát khỏi Vim
• git push --set-upstream origin <branch>

Tôi đã từng gặp vấn đề tương tự. Thử cái này:

git pull origin master --allow-unrelated-histories 

git push origin master

Thử git pull --rebase development

Dành cho Android Studio và IntelliJ:

Đầu tiên, cam kết mọi thứ và giải quyết bất kỳ xung đột.

Sau đó mở terminal từ bên dưới IDE và nhập:

git pull origin master --allow-unrelated-histories

Bây giờ bạn có thể đẩy.

CẢNH BÁO NÀY S P TIỀM NĂNG QUÁ TUYỆT VỜI

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

git push origin master --force

Vì tất cả các câu trả lời khác không thực sự trả lời câu hỏi, đây là một giải pháp lấy cảm hứng từ câu trả lời này cho một câu hỏi liên quan.

Vì vậy, bạn nhận được lỗi của bạn làm git rebase:

$ git rebase origin/development
fatal: refusing to merge unrelated histories
Error redoing merge 1234deadbeef1234deadbeef

Lỗi này không thực sự hủy bỏ rebase, nhưng bạn hiện đang ở giữa nó:

$ git status
interactive rebase in progress; onto 4321beefdead
Last command done (1 command done):
   pick 1234deadbeef1234deadbeef test merge commit

Vì vậy, bây giờ bạn có thể làm hợp nhất bằng tay. Tìm hiểu các cam kết gốc của cam kết hợp nhất ban đầu:

$ git log -1 1234deadbeef1234deadbeef
commit 1234deadbeef1234deadbeef
Merge: 111111111 222222222
Author: Hans Dampf
Date:   Wed Jun 6 18:04:35 2018 +0200

    test merge commit

Tìm ra cái nào trong hai cha mẹ hợp nhất là cái được hợp nhất vào cái hiện tại (có thể là cái thứ hai, xác minh với git log 222222222), sau đó thực hiện hợp nhất bằng tay, sao chép thông điệp cam kết của cam kết hợp nhất ban đầu:

$ git merge --allow-unrelated 222222222 --no-commit
Automatic merge went well; stopped before committing as requested
$ git commit -C 1234deadbeef1234deadbeef
[detached HEAD 909af09ec] test merge commit
 Date: Wed Jun 6 18:04:35 2018 +0200
$ git rebase --continue
Successfully rebased and updated refs/heads/test-branch.

Tôi đã từng gặp vấn đề tương tự. Vấn đề là từ xa đã có một cái gì đó ngăn chặn điều này.

Lần đầu tiên tôi tạo ra một kho lưu trữ cục bộ. Tôi đã thêm một LICENSEvà README.mdtập tin vào địa phương của tôi và cam kết.

Sau đó, tôi muốn có một kho lưu trữ từ xa vì vậy tôi đã tạo một kho lưu trữ trên GitHub. Ở đây tôi đã mắc lỗi khi kiểm tra "Khởi tạo kho lưu trữ này bằng README" , điều này cũng tạo ra README.md trong điều khiển từ xa.

Vì vậy, bây giờ khi tôi chạy

git push --set-upstream origin master

Tôi đã nhận:

error: failed to push some refs to 'https://github.com/lokeshub/myTODs.git'
hint: Updates were rejected because the tip of your current branch is behind
hint: its remote counterpart. Integrate the remote changes
(e.g. hint: 'git pull ...') before pushing again.
hint: See the 'Note about fast-forwards' in 'git push --help' for details.

Bây giờ để khắc phục điều này tôi đã làm

git pull origin master

Điều này dẫn đến lỗi dưới đây:

From https://github.com/lokeshub/myTODs
branch            master     -> FETCH_HEAD
fatal: refusing to merge unrelated histories**

Tôi đã thử:

git pull origin master --allow-unrelated-histories

Kết quả:

From https://github.com/lokeshub/myTODs
 * branch            master     -> FETCH_HEAD
Auto-merging README.md
CONFLICT (add/add): Merge conflict in README.md
Automatic merge failed;
fix conflicts and then commit the result.

Giải pháp:

Tôi đã xóa kho lưu trữ từ xa và tạo một tệp mới (tôi nghĩ rằng chỉ xóa tệp mới READMEcó thể hoạt động được) và sau đó, phần dưới đây đã hoạt động:

git remote rm origin
git remote add origin https://github.com/lokeshub/myTODOs.git
git push --set-upstream origin master

Điều này thường xảy ra khi bạn cam kết lần đầu tiên vào kho lưu trữ từ xa. Vì lỗi rõ ràng là "từ chối hợp nhất các lịch sử không liên quan", chúng ta cần sử dụng cờ --allow-không liên quan đến lịch sử.

git pull origin master  --allow-unrelated-histories

Bây giờ sẽ có một số xung đột mà chúng ta phải giải quyết bằng tay. Sau đó chỉ cần cam kết mã và đẩy nó.

Hai khả năng khi điều này có thể xảy ra -

1. Bạn đã nhân bản một dự án và, bằng cách nào đó, thư mục .git đã bị xóa hoặc bị hỏng. Điều này dẫn đến Git không biết về lịch sử địa phương của bạn và do đó, sẽ khiến nó gây ra lỗi này khi bạn cố gắng đẩy hoặc kéo từ kho lưu trữ từ xa.

2. Bạn đã tạo một kho lưu trữ mới, thêm một vài cam kết vào nó và bây giờ bạn đang cố gắng lấy từ một kho lưu trữ từ xa đã có một số cam kết của riêng nó. Git cũng sẽ đưa ra lỗi trong trường hợp này, vì nó không biết hai dự án có liên quan như thế nào.

GIẢI PHÁP

git pull master master --allow-không liên quan-lịch sử

Tham khảo - https://www.educative.io/edpresso/the-firth-refuses-to-merge-unrelated-histories-git-error

Tôi đã vật lộn với điều này là tốt, nhưng tôi đã tìm được cách giải quyết.

Khi bạn gặp phải lỗi ở trên, chỉ cần chọn cherry xác nhận hợp nhất và sau đó tiếp tục rebase:

git cherry-pick -m 1 1234deadbeef1234deadbeef
git rebase --continue

Trước tiên, kéo các thay đổi từ xa đến địa phương của bạn bằng cách sử dụng lệnh sau:

git pull origin branchname --allow-unrelated-histories

** tên nhánh là chủ trong trường hợp của tôi.

Khi lệnh kéo thực hiện, xung đột xảy ra. Bạn nên giải quyết các xung đột. Tôi sử dụng Android Studio để giải quyết xung đột.

Khi xung đột được giải quyết, hợp nhất là xong!

Bây giờ bạn có thể đẩy một cách an toàn.

Tôi vừa mới làm một

  git pull --allow-unrelated-histories

Khi thực hiện git pull, tôi nhận được thông báo này fatal: refusing to merge unrelated histories cho một mô-đun repo nơi tôi đã không cập nhật bản sao cục bộ trong một thời gian.

Tôi chạy lệnh này chỉ để làm mới địa phương từ nguồn gốc. Tôi chỉ muốn mới nhất từ ​​xa và không cần bất kỳ thay đổi cục bộ nào.

git reset --hard origin/master

Điều này đã sửa nó trong trường hợp của tôi.

Có một liên kết đọc với bên dưới, Nó hoạt động với tôi (Không sử dụng --allow-unrelated-historiescờ)

https://stackoverflow.com/a/39783462/4324288

Tôi đang sử dụng rebase trong nhiều năm và tôi chưa bao giờ gặp phải vấn đề như vậy. Tuy nhiên, vấn đề đầu tiên của bạn là, bạn cố gắng thực hiện nó trực tiếp trên nhánh developmenttừ xa từ kho lưu trữ từ xa, được gọi origin. Điều đó đúng theo nghĩa đen bởi vì rebase là một lệnh nguy hiểm, tái cấu trúc lịch sử git. Đã nói rằng, trước tiên bạn nên thử trên kho lưu trữ cục bộ của bạn và chỉ đẩy nó, nếu nó hoạt động cho bạn như mong đợi.

Vì vậy, quy trình làm việc rebase thông thường của tôi trông giống như sau (nhưng xin lưu ý rằng bạn không nên sử dụng rebase trên các chi nhánh, mà bạn không phải là một ủy ban duy nhất.

1. đảm bảo bạn có một cây làm việc sạch sẽ (không có thay đổi không phổ biến)
2. kiểm tra chi nhánh bạn muốn khởi động lại (ví dụ: giả sử nó là masterlệnh một dòng):git checkout master && git pull origin master && git checkout development
3. Thực hiện rebase thực tế: git rebase master
4. Nếu nó được thực hiện và mọi thứ hoạt động như mong đợi, đẩy nó vào điều khiển từ xa của bạn. Để làm như vậy, bạn cần buộc nó, bởi vì máy chủ từ xa đã có lịch sử theo thứ tự khác, điều khiển từ xa sẽ trả lời mà không có gì để đẩy. Vì vậy, chúng ta cần nói "phiên bản lịch sử địa phương của tôi là chính xác, ghi đè lên mọi thứ trên nhánh từ xa đó bằng phiên bản lịch sử địa phương của tôi":git push -f origin development

Như tôi đã đề cập, hãy nhớ rằng, cuộc nổi loạn đó thao túng lịch sử git, đó thường là một điều xấu. Tuy nhiên, có thể làm điều đó trên các chi nhánh, nơi không có ai cam kết. Để giữ chi nhánh có thể kéo cho các nhà phát triển khác, hãy sử dụng một chiến lược hợp nhất khác như hợp nhất chính nó, squash hoặc cherrypick. Vì vậy, nói cách khác: Rebase không nên là công cụ của bạn trong phát triển phân tán. Nó hoạt động tốt cho bạn nếu bạn là người duy nhất làm việc trên kho lưu trữ này.

Chúng tôi sử dụng chiến lược chi nhánh tính năng. Trong phần này, tôi thường sử dụng rebase để nhận "bản cập nhật" từ các nhà phát triển khác, điều đó đã xảy ra trong thời gian đó trên nhánh chính. Làm như vậy, nó làm giảm kích thước của các xác nhận có thể nhìn thấy trong yêu cầu kéo. Do đó, nó giúp người đánh giá mã dễ dàng thấy các thay đổi của tôi được thực hiện trong nhánh tính năng này.