如何使用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管理本科毕业设计的方法了吗？如果还想学到更多技能或想了解更多相关内容，欢迎关注亿速云行业资讯频道，感谢各位的阅读！