国产 无码 综合区,色欲AV无码国产永久播放,无码天堂亚洲国产AV,国产日韩欧美女同一区二区

git上傳對象文件錯誤解決方案

這篇具有很好參考價值的文章主要介紹了git上傳對象文件錯誤解決方案。希望對大家有所幫助。如果存在錯誤或未考慮完全的地方,請大家不吝賜教,您也可以點擊"舉報違法"按鈕提交疑問。

git上傳對象文件錯誤解決方案

? 時隔一個星期, 當我再次完成開發(fā)之后, 準備將代碼上傳, 卻出現(xiàn)了一個上傳代碼的錯誤, 記錄一下錯誤和解決方案

git上傳對象文件錯誤解決方案

解決方案:

  1. 運行git fsck --full
(base) ifeng@ubuntu:~/Desktop/luffycity$ git fsck --full
error: 對象文件 .git/objects/c9/e590416bbe286dc32a17ddf14670ebb52e4520 為空
error: 對象文件 .git/objects/c9/e590416bbe286dc32a17ddf14670ebb52e4520 為空
fatal: 松散對象 c9e590416bbe286dc32a17ddf14670ebb52e4520(保存在 .git/objects/c9/e590416bbe286dc32a17ddf14670ebb52e4520)已損壞

  1. 在.git目錄下find . -type f -empty -delete -print 會刪除全部空文件
(base) ifeng@ubuntu:~/Desktop/luffycity$ cd .git
(base) ifeng@ubuntu:~/Desktop/luffycity/.git$ find . -type f -empty -delete -print 
./FETCH_HEAD
./objects/cd/cd1a2512ad47d7e2290b02a2a77ea79277e7c9
./objects/c9/e590416bbe286dc32a17ddf14670ebb52e4520
./objects/6a/871d8bf9b841b8febcc3a4c7c6c17ac9557a79
./objects/82/01d128f3356e1cbe2c2413ff422c53974b80db
./objects/2c/cdc2e45330ea23f1fb2f1cf133c7e9dc54680b
./objects/2c/65cffca3b6403b675f19701f41e64f3166401f
./objects/71/420f984a2d039563d7b80cb295f37e55b45ad3
  1. 再次運行git fsck --full, 還是有錯,head指向元素不存在,是之前一個空文件,我們已經(jīng)刪了
(base) ifeng@ubuntu:~/Desktop/luffycity/.git$ git fsck --full
正在檢查對象目錄: 100% (256/256), 完成.
error: refs/heads/feature/user:無效的 sha1 指針 c9e590416bbe286dc32a17ddf14670ebb52e4520
error: refs/remotes/origin/feature/user:無效的 sha1 指針 c9e590416bbe286dc32a17ddf14670ebb52e4520
error: HEAD:無效的 sha1 指針 c9e590416bbe286dc32a17ddf14670ebb52e4520
error: 71420f984a2d039563d7b80cb295f37e55b45ad3:cache-tree 中無效的 sha1 指針
懸空 blob 38fae659ca427cf6d82705f281bd6549bb3bef41
懸空 tree 4b825dc642cb6eb9a060e54bf8d69288fbee4904
懸空 blob a517beeb35b0c70cd4b361ec6e085e58ef47c225
  1. 手動獲取最后兩條reflog, 運行tail -n 2 .git/logs/refs/heads/feature/user, 后面的部分就是上面信息的路徑
(base) ifeng@ubuntu:~/Desktop/luffycity$ tail -n 2 .git/logs/refs/heads/feature/user
03f77f97f3f2f687186f74b7ceaee4e9c6103dde 377adde104760d582bf76985a95f5c2262491b1c ifeng <ifeng190410@gmail.com> 1684228848 +0800	commit: feature: 注冊功能實現(xiàn)流程-客戶端請求發(fā)送短信并實現(xiàn)短信倒計時冷卻提示!
  1. head當前是指向最新的那一條記錄, 所以我們看一下parent commit即倒數(shù)第二次提交git show 377adde104760d582bf76985a95f5c2262491b1c
(base) ifeng@ubuntu:~/Desktop/luffycity$ git show 377adde104760d582bf76985a95f5c2262491b1c

可以看到內(nèi)容是正常的

  1. 那么我們就重新設置head, 使其指向倒數(shù)第二條git update-ref HEAD 377adde104760d582bf76985a95f5c2262491b1c

  2. 最后我們git push的時候發(fā)現(xiàn)還是有錯

(base) ifeng@ubuntu:~/Desktop/luffycity$ git push origin feature/user
error: refs/remotes/origin/feature/user 沒有指向一個有效的對象!
error: refs/remotes/origin/feature/user 沒有指向一個有效的對象!
To gitee.com:i__feng/luffycity.git
 ! [rejected]        feature/user -> feature/user (fetch first)
error: 無法推送一些引用到 'git@gitee.com:i__feng/luffycity.git'
提示:更新被拒絕,因為遠程倉庫包含您本地尚不存在的提交。這通常是因為另外
提示:一個倉庫已向該引用進行了推送。再次推送前,您可能需要先整合遠程變更
提示:(如 'git pull ...')。
提示:詳見 'git push --help' 中的 'Note about fast-forwards' 小節(jié)。

根據(jù)錯誤提示執(zhí)行git pull origin feature/user我們從遠程倉庫自動合并feature/user文章來源地址http://www.zghlxwxcb.cn/news/detail-460958.html

(base) ifeng@ubuntu:~/Desktop/luffycity$ git pull origin feature/user
來自 gitee.com:i__feng/luffycity
 * branch            feature/user -> FETCH_HEAD
自動合并 luffycityapi/luffycityapi/apps/users/serializers.py
Merge made by the 'recursive' strategy.
  1. 最后再去提交重新提交我們的代碼就完成了
(base) ifeng@ubuntu:~/Desktop/luffycity$ git push origin feature/user
枚舉對象中: 28, 完成.
對象計數(shù)中: 100% (27/27), 完成.
使用 4 個線程進行壓縮
壓縮對象中: 100% (13/13), 完成.
寫入對象中: 100% (14/14), 2.16 KiB | 736.00 KiB/s, 完成.
總共 14 (差異 6),復用 0 (差異 0)
remote: Powered by GITEE.COM [GNK-6.4]
To gitee.com:i__feng/luffycity.git
   c9e5904..ff1c1a9  feature/user -> feature/user

到了這里,關于git上傳對象文件錯誤解決方案的文章就介紹完了。如果您還想了解更多內(nèi)容,請在右上角搜索TOY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關文章,希望大家以后多多支持TOY模板網(wǎng)!

本文來自互聯(lián)網(wǎng)用戶投稿,該文觀點僅代表作者本人,不代表本站立場。本站僅提供信息存儲空間服務,不擁有所有權,不承擔相關法律責任。如若轉載,請注明出處: 如若內(nèi)容造成侵權/違法違規(guī)/事實不符,請點擊違法舉報進行投訴反饋,一經(jīng)查實,立即刪除!

領支付寶紅包贊助服務器費用

相關文章

  • 【GIT】GIT的基本使用 及 使用過程中各種錯誤的解決方案

    【GIT】GIT的基本使用 及 使用過程中各種錯誤的解決方案

    【GIT】本地和遠程test關聯(lián) 【GIT】當前本地分支與遠程關系解除(及解除后再次綁定) 【GIT】分支校驗 【GIT】基于IDEA使用GIT提示:無法將“awk\\\"項識別為 cmdet、數(shù)、腳本文件或可運行程序的名稱。請檢查名稱的排寫,如果包括 【GIT】看時間段內(nèi)個人代碼行數(shù)(記得修改作者名

    2024年02月05日
    瀏覽(46)
  • nginx文件上傳大小限制解決方案

    nginx文件上傳大小限制解決方案

    nginx配置附件上傳大小限制。 用 nginx 做代理。上傳超過 1M 大的客戶端文件無法正常上傳, nginx 直接報錯,上傳文件太大( 413?Request?Entity?Too?Large )于是修改了下 nginx 的配置,就可以了。 ? client_max_body_size 1024m; 可放在 http 下控制全局大小限制,大小根據(jù)需求配置,最大為

    2024年02月17日
    瀏覽(107)
  • 在提交文件到gitee遠程倉庫時報用戶名密碼錯誤 fatal: Authentication failed for ‘https://gitee.com/xxx/xxx.git 解決方案來啦 親測有效

    在提交文件到gitee遠程倉庫時報用戶名密碼錯誤 fatal: Authentication failed for ‘https://gitee.com/xxx/xxx.git 解決方案來啦 親測有效

    在提交文件到gitee遠程倉庫時,突然出現(xiàn)一個彈框輸入用戶名 密碼 很懵逼 輸入了結果是錯誤的 D:文件名git push -u origin \\\"master\\\" remote: [session-fa417d86] Akiko: Incorrect username or password (access token) fatal: Authentication failed for \\\'https://gitee.com/xxx/文件名.git/\\\' ? ? ?此刻如果再提交一遍 還是會

    2024年02月16日
    瀏覽(34)
  • java大文件上傳,大文件下載解決方案

    普通的Servlet文件上傳: 使用Java Servlet技術,通過表單提交文件,然后在服務器端使用流將文件寫入磁盤。這適用于小文件,但不太適合大文件,因為需要將整個文件加載到內(nèi)存中。 Apache Commons FileUpload: 這是一個常用的開源庫,用于處理文件上傳。它支持流式處理文件,適

    2024年01月20日
    瀏覽(27)
  • ThinkPHP文件上傳:簡便安全的解決方案

    在現(xiàn)代Web應用程序中,文件上傳是一項常見而重要的功能。ThinkPHP是一種流行的PHP開發(fā)框架,提供了便捷而安全的文件上傳解決方案。本文將介紹ThinkPHP框架中的文件上傳功能,并探討如何使用它來實現(xiàn)安全可靠的文件上傳功能。 一、ThinkPHP文件上傳的基本用法 ThinkPHP提供了豐

    2024年02月11日
    瀏覽(19)
  • Selenium中出現(xiàn)‘WebDriver‘對象沒有‘find_element_by_xpath‘屬性的錯誤解決方案(Python)

    Selenium中出現(xiàn)’WebDriver’對象沒有’find_element_by_xpath’屬性的錯誤解決方案(Python) Selenium是一個用于自動化Web瀏覽器測試的強大工具。它提供了許多方法來定位和操作網(wǎng)頁元素。其中一種常用的方法是使用XPath來定位元素。然而,有時你可能會遇到一個錯誤,提示’WebDrive

    2024年02月04日
    瀏覽(20)
  • 一文了解IntelliJ IDEA如何使用git上傳代碼到GitHub(附常見問題解決方案)

    一文了解IntelliJ IDEA如何使用git上傳代碼到GitHub(附常見問題解決方案)

    本文對應知識庫文檔(持續(xù)更新常見問題解決方案中ing) IntelliJ IDEA使用以及下載 (yuque.com) IDEA使用 git 參考鏈接 https://www.cnblogs.com/chenchenzi/p/14923708.html 解決訪問Github出現(xiàn)的Couldn‘t connect to server錯誤 解決訪問Github出現(xiàn)的Couldn‘t connect to server錯誤-CSDN博客 解決IDEA中用Git推送時

    2024年02月04日
    瀏覽(34)
  • [解決方案]運行時錯誤‘53’,文件未找到:MathPage.WLL

    [解決方案]運行時錯誤‘53’,文件未找到:MathPage.WLL

    mathtype使用報錯,運行時錯誤‘53’,文件未找到:MathPage.WLL 一、首先確定自己電腦的位數(shù)(這里默認大家的電腦都是64位) 二、右擊MathType桌面圖標,點擊“打開文件所在位置”,然后找到MathPage.WLL文件所在位置 MathPage.WLL位置:D:mathtypeMathPage64MathPage.WLL 然后復制一份,放

    2024年01月20日
    瀏覽(25)
  • 大文件切片上傳+斷點續(xù)傳解決方案-前后端實現(xiàn)(附源碼)

    上傳文件大家應該都做過,前端直接把file文件傳給后端就ok了,但是大文件這樣傳就會造成頁面假死,體驗極差。如果遇到網(wǎng)絡不穩(wěn)定的時候,中途上傳失敗的話,又要從頭開始傳,本來文件就大,還慢。所以今天我們用一種新方法-切片上傳+斷點續(xù)傳 頁面上很簡單,我就放

    2024年02月09日
    瀏覽(32)
  • git部分文件不想提交解決方案

    正確的做法應該是:git rm --cached logs/xx.log,然后更新?.gitignore?忽略掉目標文件,最后?git commit -m \\\"We really don\\\'t want Git to track this anymore!\\\" 具體的原因如下: 被采納的答案雖然能達到(暫時的)目的,但并非最正確的做法,這樣做是誤解了?git update-index?的含義,而且這樣做帶

    2024年02月02日
    瀏覽(25)

覺得文章有用就打賞一下文章作者

支付寶掃一掃打賞

博客贊助

微信掃一掃打賞

請作者喝杯咖啡吧~博客贊助

支付寶掃一掃領取紅包,優(yōu)惠每天領

二維碼1

領取紅包

二維碼2

領紅包