如何使用Git和Gitlab管理本科畢業設計

如何使用Git和Gitlab管理本科畢業設計，相信很多沒有經驗的人對此束手無策，為此本文總結了問題出現的原因和解決方法，通過這篇文章希望你能解決這個問題。

開題報告

開題報告就是要寫清楚我的畢業設計到底要做個什么東西出來，它解決了什么問題。

我的畢設題目是我根據在實習公司的實習內容自擬的，它屬于大數據范疇，細分則是日志分析，即使用Spark框架離線和實時分析內部應用產生的log。為了方便管理計算資源，提高CPU和內存的利用率，我們使用Mesos管理Spark集群；為了方便Spark、Kafka等組建的部署和版本維護等運維工作，我們使用了Ansible、Docker、Marathon等工具。

上面這句話很好地概括了我要做的事情，但是我寫開題報告的時候還沒開始做這個項目，對要做的東西一知半解，以至于開題報告總結得不好，改了很多次導師寶寶都不滿意。最后導師勉強同意了一個粗糙的版本。那時候我有點煩躁了，改了很多次都沒弄好，對自己也不滿意。

都說當局者迷，現在距離開題報告已經7個月過去了。站在現在這個時間段看那時的自己，覺得自己對待開題報告認識不透徹，態度也不對，即：

1. 不知道開題報告的意義。

2. 不知道開題報告該怎么寫。

3. 寫報告的時候不夠重視，內容不精簡，有很多廢話。

寒假

按照學校的規劃，寒假前學生在導師的指導下完成開題報告，并制定計劃表，寒假完成畢業設計大致1/3的內容。哼，學校真是too young too simple，我一個寒假什么都沒做。

現在看來其實挺后悔的，一個寒假浪費掉了，如果寒假把畢設搞定的話，開學后自己會有很多時間去做其它事情，不會被畢業設計束縛住，失去了很多機會…

中期檢查

4月份的時候我不幸被抽到了中期檢查，那時候正好公司安排許多事情，來不及做畢設，臨到檢查是花了兩個周末匆匆忙忙趕了外文翻譯、部分畢業論文。4月28號請假回學校等待老師們的檢查。

按照要求，學生是要準備PPT演示的，我那時已經摒棄windows全面擁抱Linux了，就寫了個Markdown文件準備到時候帶上自己的電腦連到教室的投影儀演示。誰知道我們那間教室是沒有連接線的，連外網都不能連！其它同學都是做了PPT然后拷貝到教室的電腦上演示的，而且我是第二個講的。沒辦法，我跟老師說往后調，借了同學的電腦趕緊寫了PPT，主要記錄使用了什么什么技術，畢業論文寫了多少了。等到我檢查的時候我就這么說的，然后登錄學校內網的GitLab，放了一段代碼：

那時候的代碼還沒真正寫，上面的圖是學習Spark是寫的Demo，放出來哄哄老師罷了。由于檢查的老師們研究領域沒有涉及到Docker，Mesos，Spark這些東西，所以他們沒有就這些問我，最后關注了工作量和工作進度。他們還告訴我，GitLab上的代碼量太少了，要多寫。

個人覺得中期檢查很有必要，雖說認真、負責的學生可能寒假就把畢設完成得差不多了，但是大部分學生還是拖延癥中晚期，學校及時檢查在了解進度的同時，還能起到督促的警示的作用。

全力開發階段

中期檢查結束后我感到時間非常緊迫了，5月20號論文查重，5月28號論文答辯，可是目前我工程代碼還沒有寫呢！沒有代碼、沒有數據是沒辦法寫論文的。更有挑戰的是我還要學習Flask、Semantic UI、Bokeh等技術用在畢設里。

于是我開始一邊學習技術框架、一邊寫代碼，一邊寫論文的節奏，感覺真刺激。最痛苦的是寫論文，因為以前從來沒有寫過，沒經驗。我們工程性論文要求至少10000字，我又不是筆桿子，往往絞盡腦汁、抓耳撓腮，費了半天功夫，再看左下角的統計，只寫了幾百個字而已。這時整個人是崩潰的，心想怎么才寫了這么點！

上圖是4月底到5月11號的部分commit記錄，初始工程代碼是5月7號完成的，然后又花了4天完成粗糙的論文。期間導師寶寶也聯系了我，問我寫得如何了，我說快了，代碼寫好了，剩下的是寫論文了。導師寶寶很好，本著學生自己負責的原則，只了解進度，不催促，相信自己的學生能夠按時完成。

5月11號下午4：43把趕出來的論文初稿發到導師郵箱，我心里七上八下的，畢竟沒修改過，很粗糙，不知道老師怎么說。導師果然沒有讓我失望，她非常生氣！，晚上八點回我信息說：

我自己也覺得初稿寫得很爛，需要好好修改，正好第二天周五，于是就馬上請假回學校跟老師討論改論文去了。周五下午去辦公室，老師耳提面命、苦口婆心地說了很多要點和需要改動的地方，我憑記憶總結如下：

1. 論文寫的結構混亂，一會寫原理，一會寫工程代碼。沒有合理的結構。

2. 有非常多的格式、排版錯誤。

老師說我的論文結構要大改，我覺的就是要把工程混亂型論文改成工程學術型論文，感覺就是你開源了個項目，結果文檔寫得很爛，大家都罵你寫得什么東西，所以必須要好好修改。

上圖是這4天的提交記錄，主要就是修改論文結構和格式，順便微調了下工程代碼和相關Dockerfile。

520

按照學校要求，學生要在520前完成論文查重，萬方查重低于30%的學生才能參加第一次論文答辯，沒通過的學生要等到7月份第二次查重通過了再安排答辯。

但是我時間緊，5月19號晚上還在通宵改論文，那時候好多同學都已經查重結束了。我清楚地記得那晚我光著膀子坐在宿舍的板凳上，一邊承受著悶熱和莫名的壓力，一邊罵word的格式怎么那么復雜難調。那晚改出了論文第三版，導師寶寶也很給力，在QQ那頭一直幫我們查看修改論文，陪著到凌晨查完重。

提交到學校系統查重前很多同學會先在淘寶上買個帳號查一下，但是價格比較貴，我接受不了。還好有個叫paperpass的網站，1000字/2元，比較便宜，我花了24左右查了下，個位數的重復率，具體多少我忘記了。根據飄紅修改了部分句子。最后又給導師寶寶看下就提交查重了。學生看不到查重結果，還要辛苦導師大半夜登錄系統幫我看結果，0.3%的重復率。挺好的。論文到這里經歷了3個大版本的修改，終于基本定稿了，剩下的是準備5.28的答辯。

上圖是5月19號的提交記錄，顯示兩個git用戶是因為我除了自己的Ubuntu電腦用來修改代碼，還另外借了學妹的windows用來改word和畫visio。

19號第二天就是520,傳說中情侶們秀恩愛單身狗吃狗糧的日子。有伴的都出去浪發朋友圈虐狗去了，我這種單身狗也沒什么事就繼續改論文。怎么說呢，那天我也是有收獲的，因為我的論文查重0.3%呢，辛苦沒白費。

答辯：滿滿的套路

5月28號上午答辯，27號晚上在辛苦修改PPT，改了很多次只是希望能夠盡量完美。PPT不要多，10頁以內，簡潔明了地介紹自己做的事情，突出重點即可。剩下的交給答辯老師。

答辯其實是滿滿的套路，老師們時間很緊，他們根本就不想聽你介紹項目背景這些內容，他們只想知道你做了什么事情，解決了什么問題！有好幾個同學開頭就自我介紹、介紹項目背景，都被老師友好打斷了，有個老師還說：你不要跟我說你是誰，我們不關心你是誰，我們只關心你畢設做了什么。

介紹完PPT老師們會問些問題或者指出一些論文格式上的錯誤。這就是我說的套路，能問問題的地方就問問題，問不出來的就說格式錯誤。

答辯結束我們跟導師吐槽都是套路，導師安慰我們：

答辯小組就像世界杯分組，裁判也各不相同。just a game. 階段性的自我完成，加，階段性的終點。

導師寶寶真暖，最后同學神總結：學校和答辯老師是套路生產商，導師是我們的解憂雜貨鋪，真精辟。

畢設的證據

大學結束一個月了，我一點感覺都沒有，沒有惆悵，不溫不火的。但是又覺得要寫些什么跟她道別。就想先從畢設寫起。畢設的證據靈感來自劉亮程的《今生今世的證據》。你的生活和經歷需要證明，你的畢設也是。畢設的證據是我的Git提交記錄，我和導師寶寶的郵件記錄，還有就是那些刻在記憶力的30多天艱辛的開發過程。

GitLab visualization

感謝南信大多火工作室搭建的GitLab，讓我可以把畢設托管在私人repo里。GitLab把我的commit全部可視化了，我瀏覽的時候感慨萬千，這里列舉幾張圖：

1. 兩臺電腦，兩個Git
   

2. 41天，79次提交，平均每天1.3次。提交最多的是5.19那天查重前。
   

看完上述內容，你們掌握如何使用Git和Gitlab管理本科畢業設計的方法了嗎？如果還想學到更多技能或想了解更多相關內容，歡迎關注億速云行業資訊頻道，感謝各位的閱讀！