呵呵，上次提交过代码后，测试姐姐很快丢了两个bug回来给我，还以为能彻底甩脱这个需求了，想不到周一还得做。
周末两天没有碰代码，自己改的地方都忘得差不多了，又得根据bug一个个找，好痛苦。
上午没啥事，一会儿上公司论坛上找找房子，一边刷刷KM平台，又或换笔记本刷刷知乎。临近吃中饭的时候，接到了bug，一番努力之后，发现问题自己在开发的时候过于偷懒，好多地方都直接跳过去 了，然后bug 华丽丽的出来了。
其实吧，这些需求上都没有说我也不知道，这就是新人的问题啊。
中途卡了几下，尤其是账号切换那个愚蠢的问题耽误了些许时间，不然能更早的改完bug。
这里总结下提交代码的过程吧。。。
1.svn up 更新下本机上的代码，防止和别人的冲突
2.首先在自己的环境上测试功能（这基本上是肯定会做的）
3.svn diff 看下自己修改的地方，是否有不合适的地方，是否符合代码规范，更改的逻辑是否影响到别人，调试的代码删没删，改之前的代码逻辑自己是否清楚等等。总之，自己改的地方要弄懂，出问题了是要负责的。
4.svn st 最后再次看下修改的文件，找出自己必须提交的文件（因为有些改动是空格回车之类 的，就没必要提交了）
5.svn ci 文件路径【空格 文件路径】-m “注释” 注释写清楚提交的原因和功能，方便以后查阅。
6.在mac.oa.com环境下再测试一次自己的需求或者缺陷，以免发生各种想不到的冲突。
7.在TAPD任务台中，更改自己的任务状态，在解释说明中描述清楚自己如何修改了文件，修改的思路，方便日后出bug了立马能回忆起来。
---------------------------------华丽的分割线--------------------------------
第一次交代码，就遇到测试姐姐提bug，虽然正常还是挺惶恐的。
遇到了一个好同事愿意短租给我，晚上去看房，好高兴....
今日广告：吸烟有害健康
