| | 37 | 2、上线操作nginx配置修改不够严谨;[[BR]] |
| | 38 | |
| | 39 | 3、代码质量一般(bug数稍多了点),还有优化的空间;[[BR]] |
| | 40 | |
| | 41 | |
| | 42 | 4、配置文件管理 |
| | 43 | |
| | 44 | 1)Nginx的映射配置量大,更新线上时存在一定风险,请网络方面进行检查测试,同时逐台进行更新。 |
| | 45 | |
| | 46 | 2)属性配置文件wap和pc端不同,且未加入svn管理问题,解决方法是加入svn管理并且尽量合并成一套配置。 |
| | 47 | |
| | 48 | 5、代码和上线管理 |
| | 49 | |
| | 50 | 1)wap2.0测试完成准备上线时遇到app2.0代码提交,两个项目代码有部分交叉。解决此类冲突,目前是通过分时间段提交代码,但需要及时提醒,考虑采用多个分支的办法。 |
| | 51 | |
| | 52 | 2)项目上线代码更新包要保证包含所有需要更新的代码,否则会出现各种问题。大型项目更新建议用全包(包括项目中所有的除配置文件以外的文件) |
| | 53 | |
| | 54 | 6、开发中沟通 |
| | 55 | |
| | 56 | 1)开发完成或者送测时,用户要求对需求进行大的调整,且调整所花时间较长。对此有两个办法:一是评估并延长开发时间,二是建议用户接受上线后再做调整。 |
| | 57 | |
| | 58 | 2)需要用户提前补充数据,提前与用户沟通,并给定必须完成的时间点。 |
| | 59 | |
| | 60 | 3)用户测试和确认,测试过程中督促用户进行详细的用户测试和反馈。 |
| | 61 | |
| | 62 | 4)与前端开发沟通,要求前端在开发测试期间有样式结构的调整需通知。 |
| | 63 | |
| | 64 | |
| | 65 | |