我在一直以来的学习生活中就是一个形式大于意义的人，同时很重视书写各种计划和总结。
刚开始接触代码的时候，摆在我面前的就是一个对我来说巨大的工程。从前端的html和js到后端的Python和数据库，而我基本上可以说没有一点基础。
第一个不能算功能的任务http://blog.csdn.net/gou7ma7/article/details/79240062，时间基本上都用在了查阅我需要实现的功能的关键字上面了（我根本无法理解boss给我的所谓“前端输入”、“JSON传值”、“后端打印”这些词语的意思，更别说我连我要做的动作叫什么我都不知道了）；
第二个任务http://blog.csdn.net/gou7ma7/article/details/79270865，是在wiki中将之前一个大哥偷懒直接导出的PNG改成表格并且命名为Database字段解析；然后在boss处收到一大串命令与账号密码，根本不知道是拿来干嘛的，只能战战兢兢的记下来。
第三个任务是在现有的信息登录系统A.ID登录的方式中加入B.ID登录方式，这才算是第一个开发级别的任务。果不其然我的问题都暴露无遗，在这里不再多述，最后后端的功能实现还是boss在过年放假前一天在我的注视下完成的。（此任务主要是逻辑验证和调试方法还没开文章）
由此可得引入标题中提到的管理方法，目前没有和别人交流过，以后或许可以改进。
代码仓库的版本管理：
后来觉得不过瘾，又将readme改成了
彻底实现了简单明了的版本控制，用的点滴365（网页+shouji）。
主要分为：
【需要实现的功能】
【解决问题的步骤】（有价值的会在CSDN单独开文章）
【目前还存在的问题】
【待学习的知识点】需要系统的学习或者技能的熟悉
todo管理来自点滴365自带，将以上【】中未完成的设置提醒即可。
系统的学习到的知识点放在CSDN的相关流程附带的知识点中，建立分类【从零开始】以环境配置和开发过程中欠缺的知识点总汇为主，和另一个按流程和充满“想回去卖健身房卡”的心路历程的分类以示区别。