Git重置代碼失敗，你不能忽略的那些原因！

目錄

前言

問題

解決

前言

Git 是一個分布式版本控制工具，用于敏捷高效地管理任何或小或大的工程項目。這一點，我相信大家都知道。但是，如果我說它是開源的，你是不是突然來了興趣？開源？是的，我們今天討論的內容和這個沒有關系（嘿嘿）。Git 在我們日常開發工作中經常會被用到，只要你在敲代碼，幾乎每時每刻都在和 Git 打交道，當然，這個過程中我們也會遇到各種各樣的問題。

問題

大家好，我是 Data-Mining，別名 liuzhen007（中國邦德，一個敲代碼的邦德），今天我又遇到了一個和 Git 相關的問題。

事情是這樣的，為了實現對象存儲服務的下載功能，我在一個 Git 分支上修改了很多代碼，但是越改越亂，難免的。有時候敲代碼就像畫畫，畫著畫著，自己也不知道自己在畫什么了。

A：推翻了，重來！

B：嗯！

C：干！

D：。。。

D：干不動。。。

代碼重置失敗了。。。

尷尬。。。中國邦德想撤銷當前的修改，怎么就干不動呢！

當時，中國邦德執行了如下命令：

git reset --hard

結果 Git 提示發生了如下錯誤：

fatal: Could not reset index file to revision ‘HEAD‘

解決

其實導致這個問題的原因有很多，包括但不限于如下解決方法。

方法一、以管理員身份運行Terminal或者Shell終端。

這個問題很容易理解，也比較常見。所以，我推薦優先考慮這種解決方法。

方法二、刪除工程，重新clone。

哈哈，這個方法是不是很徹底？直接排除了 Git 自身的問題。如果我們遇到了方法一不能解決的問題，那么建議直接使用該方法。

也算是節省時間的終極大招了。

那么，還有這個方法解決不了的問題嗎？

是的，比如方法三中遇到的問題。。。

方法三、清理磁盤空間。

你可能會問：還能用到這種方法？

是的，機器磁盤空間不足了，我今天遇到的就是這個情況。

一查原因，原來是docker容器的日志把磁盤占滿了。

可以參考使用如下命令查看磁盤的占用情況：

find /home/boom/docker/containers/ -name *-json.log |xargs du -sh

不查不知道，一查嚇一跳！

一個容器的日志居然跑了341G?。。?/p>

截圖為證，我沒有錯怪誰：

通過上圖，我們只是知道了一個容器的日志文件那么大，但是它是哪個容器的呢？

我們根據 ID，繼續排查。

使用如下命令：

docker container ls | grep 25ddfc

查詢結果：

哦，原來是一個叫 digibird/ordovician-usm 的容器搞的事兒。

通過日志信息分析，我們可以知道，這個容器僅僅啟動了23個小時，就產生了341G的日志，天?。∵@個容器是專門生產日志的嗎？

先停了吧，把日志刪了再說！

好了，至此，我們終于破案了。。。撒花+掌聲。。。評論++。。。

最后，你還遇到哪些原因導致了 Git 重置代碼失敗的情況，歡迎評論留言！

Git

版權聲明：本文內容由網絡用戶投稿，版權歸原作者所有，本站不擁有其著作權，亦不承擔相應法律責任。如果您發現本站中有涉嫌抄襲或描述失實的內容，請聯系我們jiasou666@gmail.com 處理，核實后本網站將在24小時內刪除侵權內容。

版權聲明：本文內容由網絡用戶投稿，版權歸原作者所有，本站不擁有其著作權，亦不承擔相應法律責任。如果您發現本站中有涉嫌抄襲或描述失實的內容，請聯系我們jiasou666@gmail.com 處理，核實后本網站將在24小時內刪除侵權內容。