1. 程式人生 > >git原理學習

git原理學習

原理 遇到 -1 span -c 方案 原來 上一個 模板

參考鏈接:https://segmentfault.com/a/1190000005695097#articleHeader2
主管安排我去學習java進階,涉及到git課程,所以又重新深入學習一下吧
版本管理工具很需要
快畢業了,畢業論文不能少呀!那麽先來打個草稿吧。
吭哧吭哧寫了一晚上,然後就發給老板。結果呀,第二天一來就被批了
老板:你這個題目起得就不好,太短了,不夠學術,要寫關於XX的研究
我:那懂了,我回頭改改
老板:還有,你這個文章結構也不好,...
我:那懂了,我回頭再改改
於是,又花了半天“再改改”。寫完再發老板一份,終於可以了,要開始寫點關鍵的東西了。
這下,花了一周時間好好“學術”,各種專業術語,各種參考文獻,還有各種公式、圖片。
一周下來看看成果,好暢快,畢竟是學生生涯最後一篇論文呀!興高彩烈地發給老板啦~~
而且,我還機智地給文件重命名了,加上最後的修改日期!!!


沒happy多久,老板就把論文打回來了:首先格式問題,你這個格式不好,有沒有看我以前學生的模板,你要照那個改。至於內容嘛,我下次再看。
我:哦,那我改改。格式太難調了,牽一發而動全身。一不小心就各種面目全非。
不過,這是學生生涯最後一篇論文呀,要好好寫。”嗯,我要好好改!“
先把原來的備份一下下,再復制一份,在復制的文件上面改。改完後,在文件名上再加個日期~~
老板:嗯,這次格式還可以看。內容我給你批了,你把該改的地方再改一下
我:懂,我改改
打開_revise的文件(老板總是喜歡在自己看過的文件的文件名加上這個詞)。
oh,my gosh,好多圈圈點點的地方。
然後,接下來就這樣反反復復地來回。半個月後,差不多了。開始自己自由地小修小補啦~~
因為覺得只是小補補嘛,沒有必要大動幹戈,再建個副本吧。可是,還是年輕,太天真了。

“還是原來的圖好看,還是原來的序號看起來順眼,還有那個字體什麽的呀”
怎麽破?“額,這個是哪個版本改的呢?上一個?不是。再上一個?不是,哦,是上上一個的事情了”
好吧,“最後一篇論文,一定要好好寫!”,再來一遍
然,天仍有不測風雲!電腦罷工了,你敢信!word崩潰了,文件保存不了了。天哪,本科遇到的事,我又再經歷一次,無盡的傷呀傷呀
一陣倒騰後,還是不行,只能借用別人的電腦了。
我到頭沒明白到底為什麽我本地的文件不能用了
這會兒,論文看起來順眼了。看看這近一個月的成果,
誰記得從第一版到最後一版到底經歷了什麽。。。

如果從頭再來,我希望

  • 基本保持原來的方式,手動在本地建個文件,然後修修補補(工作區)
  • 在修改的過程中可以暫時存一下某個效果,然後再看看第二次修改後的效果(暫存區)
  • 不要每次都建個副本,太麻煩了,而且好占空間呀(修改後的確定版本可以提交到本地倉庫)
  • 能不能幫我記得我每次改了些什麽(改後的內容提交到本地倉庫,加個comment)
  • 讓我可以輕松地在歷史記錄中來回穿梭(本地倉庫保存了各個版本)
  • 當本地崩潰時,還有備選方案(創建一個遠程倉庫,把本地的同步過去)

git管理用到哪些空間

  • 有以下幾個區域:工作區、暫存區、本地倉庫、遠程倉庫
  • 為什麽加入暫存區
    • 暫存區記錄了文件的修改時間等信息,可以提高文件比較效率
    • 能實現部分提交
    • 不在工作區創建狀態文件,這樣會汙染工作區
  • 怎麽判斷文件改變了?而且不用保存很多份一樣的
    • SHA-1算法:將文件中的內容通過計算生成一個 40 位長度的hash值。那麽hash一樣的就是同一個文件,不一樣則文件不同

git原理學習