環境：ubuntu 16.04 、git 2.7.4
事情原因：之前公司使用的是svn版本控制器，後來，因為分支的需求，所以搭建了git；
今天早上因為git伺服器上tomcat服務出現異常，需要手動重啟伺服器；所以，同事手動重啟了伺服器；但是恰巧剛好另乙個同事，正在push乙個本地分支到git伺服器上；所以造成該同事本地倉庫出現錯亂；(當時 我並不知道這件事。是後面其它同事提交git時發現push失敗，出現異常)；
假如，當前push錯誤的分支為c
其它分支有a、b
當使用git pull a 或者 git push a 或者 git pull b/git push b 到git伺服器；都不會報錯
但是，push / pull c分支，或者是使用git fetch時，就出現異常
異常錯誤：
$ git fetch
[email protected]'s password:
error: object file ./objects/70/44716e362b4dfe9133728147c3cc27e8d15dd1 is empty
error: object file ./objects/70/44716e362b4dfe9133728147c3cc27e8d15dd1 is empty
fatal: loose object 7044716e362b4dfe9133728147c3cc27e8d15dd1 (stored in ./objects/70/44716e362b4dfe9133728147c3cc27e8d15dd1) is corrupt
fatal: the remote end hung up unexpectedly
驗證：登入到git伺服器後台，進入專案的倉庫中(比如example.git);進入該目錄下的refs/heads/
目錄下有乙個當前分支的檔案(c)；使用cat 檢視一下，終端輸出的內容就是447...；
到這裡，問題已經很清晰了。就是因為在push時，伺服器斷電，造成版本丟失，所以分支c不能使用；而使用fetch命名是拉取遠端上所有的分支，該分支包含出錯的c分支，所以fetch失敗；而其它分支不受印象；
解決方法：
1.刪除遠端分支
1）刪除 git伺服器上專案倉庫下/objects/70/44716e362b4dfe9133728147c3cc27e8d15dd1檔案，
2）刪除專案倉庫下/refs/heads/分支名稱 檔案
3）直接在本地倉庫使用git 命令刪除遠端分支(我這裡刪除遠端分支出錯了，如果出錯參考1)
這兩種方法都可以；但是操作之前一定要備份伺服器上專案倉庫：cp -a excample.git example.git-bak
2.重建本地專案(倉庫)：如果出現loose object 一定要重建，不能使用以前的本地倉庫(push c分支的同事的電腦上要重建專案倉庫)
3.push / pull / fetch 使用各種git命令對本地倉庫和遠端倉庫檢測；問題解決
注意：重點是刪除遠端分支，重建本地分支，如果不重建專案的話，還是在原來的本地倉庫新增遠端分支(沒有修改過)，建立沒有問題，但是如果再修改內容後再push的話，push也能成功，fetch也能成功(c分支的同事的機器上)， 但是在其它同事電腦上還是不能fetch；會報另外乙個錯誤
19:35:31 fetch failed
remote: error: object file ./objects/0e/3255209641d780b165aa1628dde1200851e9de is empty
remote: error: object file ./objects/0e/3255209641d780b165aa1628dde1200851e9de is empty
error: git upload-pack: git-pack-objects died with error.
fatal: git upload-pack: aborting due to possible repository corruption on the remote side.
fatal: protocol error: bad pack header
再次重申一下，問題主要是因為本地倉庫版本號丟失以及版本號錯亂了；所以，導致分支不能使用；刪除分支，重建本地專案倉庫；
至於備份本地倉庫，因為改遠端分支上已經有很多可用的**，重建本地專案倉庫後，新增新的分支後，切換到該分支後，直接將備份的專案的**覆蓋，然後提交/push即可(不可能再去重新敲一次**：所以備份是乙個好習慣)
記錄一次伺服器事故的處理
17年的聖誕節,的伺服器出現了一起事故,時恰逢考試,不得已直到今日才對此事故有所眉目.伺服器 dell poweredge 作業系統 centos 5.11 後端框架 php cmsv9 shutdown 7326 shutting down for system reboot init canno...
一次伺服器被攻擊的記錄
最初始的時候是安全部門告知我們 伺服器疑似被攻擊 然後和客戶協調了安全部門的兩位人員協助排查一下，主要排查了系統日誌 messages和secure nginx日誌和tomcat日誌，還排查了一些系統登入 操作異常 登入資訊 歷史命令等 排查後沒有發現什麼異常，所以當時判斷伺服器沒有被攻擊 過了大概...
記錄第一次布置伺服器
剛開始覺得把專案布置上伺服器是很難的，因為第一次嘗試的時候是用ssh連線上的，然後在linux下操作的，只能通過黑框框來操作真的讓我很心累，而且linux的命令我也不熟悉，然後就gg了。接著我就搜尋舊版本的安裝版本的mysql，然後裝成功了。接著試著把自己的專案放到上面跑，也成功啦。綜上所述，布置伺...