一、关于项目文档的版本控制
本周的工作中，除了项目代码的编写，同时也还在持续写文档中。这周中的周一，我们再次上交了我们的需求分析说明书版本3.0 。我们的需求分析说明书从版本1.0到版本3.0一共经历了四个版本。在软件开发中，不可避免地会遇到软件需求的变更（如增加或修改）的问题。对于我们项目组的需求分析说明书，在其最前面都做好了变更记录，初始版本，也就是版本1.0，是用Word进行编写的，不过现在在coding.net上已经被替换掉了。版本2.0，写于3月底，新增了书本上的NABCD模型，电梯演说，四象限方法还有smart原则。接着的版本2.1，是在版本2.0发布不久后，新增了一个对于系统整体的用例图。然后就是这次的版本3.0，鉴于NABCD原则，四象限方法，smart原则等已写入了立项说明书，故移除了这部分的内容，然后补上了需求获取的内容，也对各功能模块的说明的措辞进行了微调。同样地，我们的立项说明书也有两个版本的存在。
版本的控制是项目开发管理的一个必要的内容，在变更实施的过程中，每次的修改需要建立新的版本，这是就存在版本的控制问题。每一个版本必须统一确定，并保证项目组的每位成员得到的都是最新的版本。
二、关于Markdown使用上的一些问题
从项目开始阶段到现在，在使用Markdown上，我仍存在一定的疑惑。
第一个，或许这个并不属于Markdown的部分。对于同一个md文件，通过git提交到coding.net上时，我们组的项目经理和我提交的效果会不同，一份会以源码形式显示，而另一份则正常显示。截图如下：
图1.项目经理图
图2.我的图
第二个，关于目录的生成问题。
图3.目录无法自动生成
图4.目录自动生成