Tôi đang cố gắng git push -u origin masterVà nó chỉ bị treo ở
Writing objects: 99% (219/220), 12.65 MiB | 97 KiB/s
Phần 12.65dịch chuyển xung quanh. Khi tôi thoát quy trình và chạy lại, nó tiếp tục ở mức 99% nhưng không bao giờ kết thúc, giống như trước đây.
Nó không bao giờ được đẩy thành công. Đây là cam kết ban đầu.
http.postbuffergiúp đỡ? stackoverflow.com/questions/6842687/…
Câu trả lời:
Tôi đã làm theo lời khuyên của VonC:
git config --global http.postBuffer 524288000
Để tham khảo trong tương lai, dựa trên nhận xét:
500 MB: 524288000 (as posted in the original answer)
1 GB: 1048576000
2 GB: 2097152000 (anything higher is rejected as 'out of range')
Writing objects: 100%) - trước đó nó bị treo ở mức 25% nên điều này rõ ràng đã giúp ích. Tuy nhiên, tôi vẫn nhận được những hành vi "kỳ lạ". Tôi đã khởi động lại hệ thống của mình và điều này dường như giải quyết được mọi thứ ... FYI ... nếu ai đó vẫn gặp sự cố sau khi tăng bộ đệm của họ, khởi động lại hệ thống của tôi đã giúp ích trong trường hợp của tôi (giải pháp cũ không kém nhưng khởi động lại mới thực sự hữu ích).
524288000đến từ?
Điều này đã xảy ra do tệp lớn, không được chia sẻ trong thư mục repo. Rất tiếc.
BIÊN TẬP
Bị treo là do tệp tải lên mất nhiều thời gian. Tệp không được bao gồm trong đợt đẩy.
BIÊN TẬP
Trong khi đó là sự thật rằng một tập tin khổng lồ có thể là lý do đằng sau vấn đề này, nếu bạn không thể bỏ qua các tập tin trong câu hỏi hoặc chỉ có để đẩy sau đó nó làm theo này câu trả lời.
Tôi đã gặp vấn đề tương tự với (viết đối tượng% 16) bị kẹt sau đó gây tử vong. Tôi đã giải quyết vấn đề này bằng cách lưu các thay đổi hiện tại và sao chép một kho lưu trữ mới, sau đó sao chép các tệp đã sửa đổi vào đó.
Ví dụ. Giả sử kho lưu trữ hiện tại là A, thì tất cả những gì bạn cần làm là:
mv A Bgit clone Amv B/* A/rm -rf BSau đó, cam kết và đẩy và tất cả đều hoạt động tốt. Nó nhận dạng các tệp đã chuyển là đã sửa đổi :)
Trong trường hợp của tôi, tôi đang sử dụng thư mục git có quyền không hợp lệ được lưu trữ trên cùng một ổ đĩa với repo, nhưng nó có thể giống với ssh ngay cả khi bạn sử dụng người dùng đăng nhập được ủy quyền.
Sau đó kiểm tra xem bạn có quyền viết đúng trên repo ở xa hay không.
Thí dụ:
Init repo cục bộ và xa
git init /tmp/src
git init --bare /tmp/dst
cd /tmp/src
Thêm repo từ xa vào nguồn gốc
src > git remote add dest /tmp/dst
Sự cố mô phỏng
src > chmod -R 555 /tmp/dst
Thêm tệp giả và đẩy nó
src > touch a && git add a && git commit -m 'demo'
src > git push --set-upstream dest master
src > git push
Counting objects: 3, done.
Writing objects: 99% (2/3), 202 bytes | 0 bytes/s.
Git bị treo
Giải pháp
src > chmod -R 775 /tmp/dst
Trong trường hợp của tôi, tốc độ tải lên internet chậm và tệp tôi muốn đẩy lớn, mẹo là sử dụng git LFS (lưu trữ tệp lớn) kiên nhẫn hơn nhiều để tải lên tệp lớn, bạn có thể tìm thấy hướng dẫn git LFS tại đây
Trong trường hợp của tôi, tôi đã cố gắng thúc đẩy mà không hoàn thành các quy tắc của công ty mình. Sau đó, tôi biết được rằng chúng ta nên bắt đầu thông báo cam kết của mình bằng "MOBIL-XXXX" trong đó XXXX là số mà các nhà phát triển được chỉ định trong Jira (một công cụ khác mà chúng tôi sử dụng để theo dõi quá trình phát triển) bởi những người theo hậu môn.
Đảm bảo kiểm tra xem công ty của bạn có quy tắc ràng buộc tương tự hay không.
Tôi đang gặp vấn đề tương tự trên máy Windows 10, máy writing objectsbị treo, nhưng trong một tình huống khác một chút.
Vấn đề tôi gặp phải chỉ là khi tôi cố gắng thêm tệp mới vào kho lưu trữ. Nếu tôi cập nhật các tệp đã tồn tại trong kho lưu trữ, mọi thứ đều hoạt động tốt và không thực sự quan trọng nếu kích thước tệp lớn hay không. Chủ yếu là tôi đang cố gắng thêm các tập lệnh mới.
Tôi đã thử mọi giải pháp khác được tìm thấy trên internet nhưng không có gì hiệu quả trong trường hợp của tôi và điều cuối cùng tôi đã thử thực sự hoạt động. Có vẻ như đó là do một số quyền của Windows đối với ổ đĩa và thư mục cụ thể ngăn ứng dụng ghi vào các thư mục cụ thể đó hoặc cập nhật tệp ngay cả khi tôi đăng nhập bằng tài khoản quản trị viên và đang chạy ứng dụng với tư cách quản trị viên. Vì vậy, lệnh này:
attrib -r +s D:\foldername
đã khắc phục sự cố cho tôi.
Chỉ cần đăng nó ở đây, có thể ai đó có cùng vấn đề với tôi.