Git, gây tử vong: Kết thúc từ xa treo lên bất ngờ

Khi tôi cố chạy

git push origin master --force

Tôi vừa có

Counting objects: 2649, done.
Delta compression using up to 2 threads.
Compressing objects: 100% (1280/1280), done.
error: RPC failed; result=22, HTTP code = 413 | 116 KiB/s   
fatal: The remote end hung up unexpectedly
Writing objects: 100% (2504/2504), 449.61 MiB | 4.19 MiB/s, done.
Total 2504 (delta 1309), reused 2242 (delta 1216)
fatal: The remote end hung up unexpectedly
Everything up-to-date

Đó có phải là một cái gì đó để làm với không an toàn? Tôi đã thử tạo một khóa công khai như trong câu trả lời cho Fatal: Đầu từ xa bị treo bất ngờ và chạy lại, nhưng nó vẫn không hoạt động. Tôi không thực sự sử dụng chìa khóa? Nếu vậy, làm thế nào để tôi sử dụng nó?

Điều này trông tương tự như Làm cách nào để github mặc định thành ssh và không https cho các kho lưu trữ mới . Có lẽ nên thử chuyển từ giao thức http sang ssh:

$ git remote add origin git@github.com:username/project.git

Vấn đề là do cài đặt bộ đệm git / https. Để giải quyết nó (lấy từ Git không thành công khi đẩy commit vào github )

git config http.postBuffer 524288000

Và chạy lại lệnh

Nguyên nhân: Kích thước bài đăng mặc định cho Git đã bị vượt quá.

Giải pháp :

Điều hướng để repo.

Chạy lệnh sau để tăng bộ đệm lên 500MB sau khi điều hướng đến kho lưu trữ:

git config http.postBuffer 524288000

Bạn có thể gặp một lỗi như thế này

lỗi: không thể khóa tập tin cấu hình .git / config: Không có tập tin hoặc thư mục như vậy

đó là bởi vì bạn không có .git/configtệp cục bộ Bạn có thể làm cho nó hoạt động bằng lệnh này

git config --global http.postBuffer 524288000

Các giải pháp khác không hoạt động trong trường hợp của tôi, thực hiện một bộ sưu tập rác đã sửa nó cho tôi:

git gc --aggressive

Trái với một trong những câu trả lời khác - Tôi gặp vấn đề khi sử dụng ssh - Tôi đã chuyển sang https và nó đã được sửa.

git remote remove origin
git remote add origin https://github..com/user/repo
git push --set-upstream origin master

Lỗi này cũng có thể được ném qua các quyền ghi bị thiếu trên kho lưu trữ.

Trường hợp cụ thể của tôi đã đi như thế này:

1. Tôi đã tạo một repo với rootngười dùng máy chủ của mình (thông qua SSH).
2. Tôi đã cài đặt một dịch vụ git và tạo một gitngười dùng linux có thể quản lý tất cả các hành động liên quan đến git.
3. Vào thời điểm đó, tôi đã quên rằng repo đã được tạo với rootngười dùng ngay từ đầu và gitngười dùng đơn giản là không có quyền truy cập tệp để ghi bất cứ điều gì vào kho lưu trữ.

Thủ phạm (trong trường hợp của tôi):
Một mạng có độ trễ cao.

Đây không phải là một câu trả lời mỗi lần mà là một quan sát có thể giúp đỡ người khác. Tôi thấy rằng lỗi này thỉnh thoảng xuất hiện trên các mạng có độ trễ cao (ví dụ: tôi phải sử dụng đĩa Vệ tinh để truy cập internet). Tốc độ của mạng là tốt, nhưng độ trễ có thể cao. Lưu ý: Vấn đề chỉ tồn tại trong một số trường hợp nhất định, nhưng tôi chưa xác định mô hình là gì.

Giảm thiểu tạm thời:
Tôi đã chuyển mạng mạng Tôi đã chuyển sang mạng di động chậm hơn nhưng độ trễ thấp hơn (điện thoại của tôi được sử dụng làm điểm phát sóng) và vấn đề đã biến mất. Lưu ý rằng tôi chỉ có thể thực hiện việc này lặp đi lặp lại vì kết nối di động của tôi cũng không liên tục. Cộng với việc sử dụng băng thông làm tăng thêm chi phí. Tôi cũng may mắn vì tôi có sẵn tùy chọn này. Không phải ai cũng làm.

Tôi chắc chắn rằng có một số cài đặt cấu hình ở đâu đó làm cho git Giáp hoặc ssh hoặc cuộn tròn hoặc bất cứ lúc nào ra ngoài, trước đó, khoan dung hơn với các mạng như vậy, nhưng tôi không biết nó là gì.

Một lời biện hộ cho các nhà phát triển:
Những loại vấn đề này là một vấn đề thường xuyên đối với dân cư nông thôn. Hãy nghĩ về chúng tôi khi bạn thiết kế hệ thống, công cụ và ứng dụng của mình. Cảm ơn bạn.

Trong trường hợp của chúng tôi, vấn đề là một bản sao đã viết một .git/configtệp chứa mục nhập url là phương thức truy cập chỉ đọc. Thay đổi url từ ://phương thức sang @phương pháp đã khắc phục sự cố.

Chạy git remote -vchiếu sáng vấn đề một số.

Nếu bạn đang sử dụng git cho windows (và rất có thể là, nếu bạn đang làm điều này trên máy windows) và không có cách khắc phục nào khác ở đây có hiệu quả với bạn, hãy thử truy cập https://github.com/git-for- windows / git / phát hành và nhận phiên bản trên hoặc sau phiên bản 2.4.5. Sửa nó ngay cho tôi.

Bạn có thể đã sao chép kho lưu trữ trong kho hiện có, để giải quyết vấn đề có thể chỉ cần sao chép kho lưu trữ trong thư mục khác và sao chép các thay đổi vào thư mục mới này và sau đó chạy đẩy.

Một sự bổ sung khác, vì tôi gặp phải lỗi này theo một cách khác và Google đã đưa tôi đến đây.

Vấn đề của tôi là một sự không phù hợp của trường hợp; một camelCase và một không. Rõ ràng, GIT ngăn bạn làm điều này mà không cho bạn biết lý do tại sao. Vì vậy, nếu các chi nhánh của bạn khác với điều khiển từ xa chỉ trong cách viết hoa, hãy thử thay đổi chúng để giống hệt nhau.

Xem: Git: 'Không thể giải quyết chính chủ cho chi nhánh' sau khi hợp nhất

Điều này có thể xảy ra sau khi cập nhật nền tảng OSX của bạn.

Mở Terminal và điều hướng đến thư mục .ssh của bạn và nhập ssh-add -K ~/.ssh/id_rsa

Plesk Nginx và GIT tôi đã nhận lỗi này trên Plesk git và trong khi đẩy một repo lớn với (ai mà biết được những gì) nó đã cho tôi lỗi này với HTTP mã 413 và tôi nhìn vào sau máy chủ là Plesk và nó có nginx chạy cũng như apache2 Vì vậy, tôi đã xem xét các bản ghi và tìm thấy lỗi trong các bản ghi nginx

Theo liên kết này để cho phép plesk xây dựng lại cấu hình với tải lên tệp lớn hơn.

Tôi đã bỏ qua phần php cho git

Sau đó git đẩy làm việc mà không có bất kỳ lỗi nào.

Tôi đã xảy ra lỗi tương tự khi kéo.
Tôi đã thực hiện thủ thuật "http.postBuffer". Nó đã giải quyết nó, nhưng khi tôi muốn đẩy, tôi lại gặp lỗi.

Điều gì đã giải quyết vấn đề của tôi:
1. Nhân bản nó vào một thư mục khác với một máy ảo khác. (Linux).
2. Tôi đã thực hiện các thay đổi của mình.
3. Đẩy nó bằng máy ảo ban đầu mà ban đầu tôi không thể đẩy. (Các cửa sổ)

Tôi đã gặp lỗi này khi tôi có lỗi khóa không chính xác trong .ssh. Thêm pubkey vào github (trong cài đặt) đã khắc phục sự cố này cho tôi.

Tôi có cùng một vấn đề. Tôi nhận thấy từ trang web git rằng URL bản sao SSH có cấu trúc tiếp theo:

git@github.com:user/project.git

Tôi có thể giải quyết vấn đề của mình chỉ bằng cách thay đổi ":" bằng "/", như sau:

git@github.com/user/project.git

có thể điều này có thể hữu ích.

Có vẻ như gần như vô nghĩa để thêm một câu trả lời, nhưng tôi đã chiến đấu với điều này trong nhiều năm khi cuối cùng tôi phát hiện ra đó là Visual Studio Online đang bị cúp điện lẻ tẻ. Điều đó trở nên rõ ràng khi VS liên tục nhắc nhở về các khoản tín dụng và trang web của VSO đôi khi đưa ra 500.

Counting objects: 138816, done.
Delta compression using up to 8 threads.
Compressing objects: 100% (38049/38049), done.
error: unable to rewind rpc post data - try increasing http.postBuffer
error: RPC failed; curl 56 SSL read: error:00000000:lib(0):func(0):reason(0), errno 10054
The remote end hung up unexpectedly/138816), 33.30 MiB | 3.00 KiB/s
Writing objects: 100% (138816/138816), 50.21 MiB | 3.00 KiB/s, done.
Total 138816 (delta 100197), reused 134574 (delta 96515)
fatal: The remote end hung up unexpectedly
Everything up-to-date

Tôi đã đặt bộ đệm bài đăng HTTP trở lại 2Mb sau đó, vì tôi thực sự nghĩ rằng nó hoạt động tốt hơn với nhiều bài đăng nhỏ hơn.

Luke

Có vẻ như nó có thể là một trong một ngàn điều.

Đối với tôi, ban đầu tôi đã đẩy chủ và phát triển (chủ không có thay đổi) thông qua SourceTree. Thay đổi này để phát triển chỉ làm việc.

Tôi đã phải đối mặt với một lỗi tương tự khi tải lên một repo lớn, "gây tử vong: Đầu từ xa bị treo bất ngờ" mà không có thêm thông tin chi tiết.

Sau rất nhiều nghiên cứu, đây là những gì tôi đã làm:

• Sử dụng SSH thay vì HTTPS, không giải quyết được vấn đề.
• Tăng http.postBuffer tăng dần lên đến một giá trị rất lớn, vẫn không gặp may.
• Tôi đã tìm ra rằng có thể là do các tệp lớn trong repo (vì đây là repo mới được di chuyển từ perforce), vì vậy tôi đã tạo lại repo bằng LFS, đặt LargeFileThrưỡng xuống 40m, giúp giảm đáng kể kích thước repo (từ 3,5G xuống 500M). Tôi nghĩ rằng điều này sẽ giải quyết vấn đề, nhưng thật ngạc nhiên tôi vẫn gặp phải lỗi tương tự.

Cuối cùng, tôi nhận ra rằng có thể tôi đang sử dụng một máy khách git cũ hơn, vì tôi không thấy các thông báo lỗi bổ sung. Tôi đã nâng cấp git client lên bản mới nhất (2.20.1) và voila, lỗi không còn nữa!

Tôi đã gặp lỗi này khi tôi viết sai tên chi nhánh từ xa của mình

Tôi đã có thể khắc phục vấn đề này bằng Git Shell.

Mỗi kho lưu trữ trong github.com cung cấp cho bạn URL HTTPS / SSH / Subversion mà bạn có thể sử dụng để tải xuống bằng Shell, xem tại đây: http://prntscr.com/8ydguv .
Dựa trên những thay đổi gần đây của GitHub, SSH dường như là phương pháp tốt nhất.

Lệnh sử dụng trong Shell:

git clone "URL of repo goes here w/ no quotes"

Làm điều này để xem khóa bạn đang sử dụng; ssh -vT git@github.digitalglobe.com

Sau đó, đảm bảo trong bản dựng của bạn, bạn có chạy này khi bắt đầu. eval "$ (ssh-agent -s)" ssh-add ~ / .ssh / id_rsa

1) cd vào thư mục dự án

2) git status

3) git checkout -f HEAD

4) xác nhận thành công bằng cách kéo xuống chủ một lần nữa để đảm bảo bạn cập nhật nếu repo của bạn trông không đầy đủ

Điều này hoạt động nếu bạn gặp lỗi trong câu hỏi từ Git của Visual Studio khi nhân bản một repo từ Bitbucket

Điều này cũng có thể xảy ra nếu bất kỳ cam kết nào bạn đang đẩy không đúng định dạng.

Tôi (vô tình) đã có một cam kết với trường Email tác giả không đúng, nhưng tất cả những gì tôi nhận được là thông remote end hung upbáo lỗi mơ hồ này . Tôi đã có thể đẩy các chi nhánh khác không chỉ một chi nhánh này, vì vậy tôi bắt đầu đẩy các cam kết từ chi nhánh "xấu" tại một thời điểm cho đến khi cuối cùng tôi đã hạ cánh tại:

Pushing to git@github.com:directangular/unicorn.git
Counting objects: 100% (9/9), done.
Delta compression using up to 20 threads
Writing objects: 100% (5/5), 549 bytes | 549.00 KiB/s, done.
Total 5 (delta 4), reused 0 (delta 0)
remote: error: object 74c7584ff0b93591c19d3a3c19695889dd2274d2: badEmail: invalid author/committer line - bad email        
remote: fatal: fsck error in packed object        
error: remote unpack failed: index-pack abnormal exit
To github.com:directangular/unicorn.git
 ! [remote rejected]       pizzafeast -> pizzafeast (failed)
error: failed to push some refs to 'git@github.com:directangular/unicorn.git'

Vì vậy, có vẻ như remote end hung up unexpectedlylỗi là "nuốt" thông báo lỗi thực tế, có lẽ là một loại cam kết không đúng định dạng như tôi có ở đây.

Sau khi sửa email không đúng định dạng, tôi đã có thể đẩy tốt.

Tôi không nghĩ rằng đó là một ý tưởng tốt để làm điều đó nhưng nếu bạn có bản sao lưu trong máy của bạn .. đẩy thêm một lần nữa rồi thử nhân bản repo và sau đó xóa .git khỏi thư mục cũ và di chuyển .git từ thư mục nhân bản mới .. git đã được giải quyết nhưng vì vấn đề này, một số tệp có thể không tải lên tại git. Đẩy tất cả lại từ ur sao lưu và sau đó kéo nó đến máy chủ của bạn hoặc máy khác nơi nó bị dòng điện. Ngay bây giờ tôi vừa mới làm ... Làm việc cho tôi .. và sao lưu thư mục của bạn trước khi làm điều này.

Và xin vui lòng sửa tôi nếu tôi sai. Tôi cũng không biết những gì có thể đi sai sau khi làm điều này? Nhưng lần này nó thực sự hoạt động.

vấn đề của tôi (gây tử vong: Kết thúc từ xa bị treo bất ngờ) đã được giải quyết bằng cách kiểm tra quyền và kho lưu trữ.

Chủ sở hữu tệp lưu trữ git phải là người dùng mà bạn muốn đẩy / kéo / sao chép với nó.

Không có câu trả lời nào ở trên làm việc cho tôi, nhưng đây là những gì đã làm.

1) xóa .git/khỏi dự án của bạn
2) sao chép repo từ xa đến một số vị trí mới như máy tính để bàn của bạn. git clone https://github.com/foo/bar.git
3) di chuyển .git/từ vị trí mới sang vị trí cũ
4) tái cam kết và thúc đẩy các thay đổi của bạn

Nguyên nhân gây ra sự cố cho tôi là do cài đặt mạng: Tôi có thẻ wifi "Kẻ giết người" dường như không hợp với các gói mạng theo cách mà SSH và SSL không thích.

Để khắc phục sự cố, tôi phải vào "Trung tâm điều khiển kẻ giết người", "Thông số" và tắt "Phát hiện luồng nâng cao" - các lệnh git bắt đầu hoạt động trở lại ngay lập tức.

Bài viết này có lời giải thích rất tốt và nó đã giải quyết vấn đề của tôi.

git config --global http.postBuffer 157286400

https://confluence.atlassian.com/stashkb/git-push-fails-firth-the-remote-end-hung-up-unazedly-282988530.html