| 【相关分析】（34个分析） |
|
|
时间：2007-09-20
题目：一点建议
分析：这个问题应该是比较常见的，在项目开发的过程中，如果项目周期过长，就有有可能出现这样的问题。
首先，版本控制管理工具是一定要有的。
其次，这种问题应该加强整个项目的架构设计，这个很关键，尤其要通过技术线明确接口调用关系，集成关系等等。如果前期并没有一个良好的架构，那现在应该明确系统内部之间的调用关系，非常重要。如有必要，可能需要重新考虑系统的底层设计。
再次，应该划分为三个小组，公用组件模块开发小组，一期小组，二期小组，后两个小组与公用组件小组沟通，由公用开发小组控制项目的相关接口关系，并提供接口发布。理论上在工作安排上，一期与二期之间不应有关系，如发生关系，此任务应分配到第一小组完成。
最后，一定要加强项目内部管理，明确工作流程，责任明确到人，决不可忽视。
|
|
|
时间：2007-08-30
题目：版本控制的难题
分析：楼主的项目问题在于将开发管理和产品管理分离开来，或者说没有严格进行产品管理导致
|
|
|
时间：2007-06-02
题目：利用版本控制工作，作好计划
分析：根据我以前给华为做项目的经验提供如下：看能否对你有所以帮助。
1、将开发环境和测试环境建立成和生产环境一致（包括后台）。
2、利用版本控制软件，将代码管理起来，如Vss等即简单有好用。一旦升级出现问题，可以将最新版本和最近一次的版本进行比较找出问题的所在。
3、对每次修改的内容点进行严格的UAT测试。
4、上线前（包括部分），对需要更新的内容整理出清单。包括后台升级的脚本。制定上线计划和恢复计划，一旦上线出现问题作好应急方案。
5、上线时间点的选择，应该选择在业务不是繁忙的时间点如：下班后或上班前一小时。
做好以上几点，及时有问题也可以做到及时处理。
|
|
|
时间：2007-04-29
题目：最近遇到了一个版本控制的难题，导致多次上线后系统大面积瘫痪。正在进行的项目是一个二期开发项目，一期、二期在一个同一个环境，目前项目内的工作内容有：对于一期中Bug的修改、更新和对于二期内容的开发。其中：一期内容和二期内容有很强的关联性；一期内容的Debug结果要求用户方面测试，测试后及时更新上线；二期开发内容要求分阶段上线。所以结果导致：有时一期Debug结果上线后，影响二期开发、已上线内容；有时二期开发内容上线后，影响一期内容，或一期Debug上线内容。
分析：最近遇到了一个版本控制的难题，导致多次上线后系统大面积瘫痪。正在进行的项目是一个二期开发项目，一期、二期在一个同一个环境，目前项目内的工作内容有：对于一期中Bug的修改、更新和对于二期内容的开发。其中：一期内容和二期内容有很强的关联性；一期内容的Debug结果要求用户方面测试，测试后及时更新上线；二期开发内容要求分阶段上线。所以结果导致：有时一期Debug结果上线后，影响二期开发、已上线内容；有时二期开发内容上线后，影响一期内容，或一期Debug上线内容。 最常见的头疼问题比如：功能A是一期Debug结果、两个月前开发完成，近日用户测试完成，A功能完成后，Debug开发进程继续。功能B是二期功能，一个月前开发完成，二期开发进程继续。在A功能开发完，但未上线的时候，对于A功能相关的类进行了更新。 昨天，用户要求对于A、B功能进行上线，但不能有其他内容上线。结果：A功能上线后，由于修改了某二期内容（已上线）的公用函数，导致原二期系统瘫痪；B功能上线后，加入了B功能之后开发的代码内容，但是由于DB更新没有进行，导致系统报错。 抽象化一下就是：N久以前，项目组开发了若干个功能（比如20个，其中有复杂的公用类和接口），之后继续进行开发（此时有严格的版本管理），之后，用户要求对于其中的1，2，6，8，19号功能上线，结果上线系统瘫痪，但开发，测试环境的测试过程，是最新的结果，包括所有功能，没有任何报错。
|
|
|
时间：2007-04-29
题目：最近遇到了一个版本控制的难题，导致多次上线后系统大面积瘫痪。正在进行的项目是一个二期开发项目，一期、二期在一个同一个环境，目前项目内的工作内容有：对于一期中Bug的修改、更新和对于二期内容的开发。其中：一期内容和二期内容有很强的关联性；一期内容的Debug结果要求用户方面测试，测试后及时更新上线；二期开发内容要求分阶段上线。所以结果导致：有时一期Debug结果上线后，影响二期开发、已上线内容；有时二期开发内容上线后，影响一期内容，或一期Debug上线内容。
分析：最近遇到了一个版本控制的难题，导致多次上线后系统大面积瘫痪。正在进行的项目是一个二期开发项目，一期、二期在一个同一个环境，目前项目内的工作内容有：对于一期中Bug的修改、更新和对于二期内容的开发。其中：一期内容和二期内容有很强的关联性；一期内容的Debug结果要求用户方面测试，测试后及时更新上线；二期开发内容要求分阶段上线。所以结果导致：有时一期Debug结果上线后，影响二期开发、已上线内容；有时二期开发内容上线后，影响一期内容，或一期Debug上线内容。 最常见的头疼问题比如：功能A是一期Debug结果、两个月前开发完成，近日用户测试完成，A功能完成后，Debug开发进程继续。功能B是二期功能，一个月前开发完成，二期开发进程继续。在A功能开发完，但未上线的时候，对于A功能相关的类进行了更新。 昨天，用户要求对于A、B功能进行上线，但不能有其他内容上线。结果：A功能上线后，由于修改了某二期内容（已上线）的公用函数，导致原二期系统瘫痪；B功能上线后，加入了B功能之后开发的代码内容，但是由于DB更新没有进行，导致系统报错。 抽象化一下就是：N久以前，项目组开发了若干个功能（比如20个，其中有复杂的公用类和接口），之后继续进行开发（此时有严格的版本管理），之后，用户要求对于其中的1，2，6，8，19号功能上线，结果上线系统瘫痪，但开发，测试环境的测试过程，是最新的结果，包括所有功能，没有任何报错。
|
|
|
时间：2007-04-29
题目：最近遇到了一个版本控制的难题，导致多次上线后系统大面积瘫痪。正在进行的项目是一个二期开发项目，一期、二期在一个同一个环境，目前项目内的工作内容有：对于一期中Bug的修改、更新和对于二期内容的开发。其中：一期内容和二期内容有很强的关联性；一期内容的Debug结果要求用户方面测试，测试后及时更新上线；二期开发内容要求分阶段上线。所以结果导致：有时一期Debug结果上线后，影响二期开发、已上线内容；有时二期开发内容上线后，影响一期内容，或一期Debug上线内容。
分析：最近遇到了一个版本控制的难题，导致多次上线后系统大面积瘫痪。正在进行的项目是一个二期开发项目，一期、二期在一个同一个环境，目前项目内的工作内容有：对于一期中Bug的修改、更新和对于二期内容的开发。其中：一期内容和二期内容有很强的关联性；一期内容的Debug结果要求用户方面测试，测试后及时更新上线；二期开发内容要求分阶段上线。所以结果导致：有时一期Debug结果上线后，影响二期开发、已上线内容；有时二期开发内容上线后，影响一期内容，或一期Debug上线内容。 最常见的头疼问题比如：功能A是一期Debug结果、两个月前开发完成，近日用户测试完成，A功能完成后，Debug开发进程继续。功能B是二期功能，一个月前开发完成，二期开发进程继续。在A功能开发完，但未上线的时候，对于A功能相关的类进行了更新。 昨天，用户要求对于A、B功能进行上线，但不能有其他内容上线。结果：A功能上线后，由于修改了某二期内容（已上线）的公用函数，导致原二期系统瘫痪；B功能上线后，加入了B功能之后开发的代码内容，但是由于DB更新没有进行，导致系统报错。 抽象化一下就是：N久以前，项目组开发了若干个功能（比如20个，其中有复杂的公用类和接口），之后继续进行开发（此时有严格的版本管理），之后，用户要求对于其中的1，2，6，8，19号功能上线，结果上线系统瘫痪，但开发，测试环境的测试过程，是最新的结果，包括所有功能，没有任何报错。
|
|
|
时间：2007-04-29
题目：最近遇到了一个版本控制的难题，导致多次上线后系统大面积瘫痪。正在进行的项目是一个二期开发项目，一期、二期在一个同一个环境，目前项目内的工作内容有：对于一期中Bug的修改、更新和对于二期内容的开发。其中：一期内容和二期内容有很强的关联性；一期内容的Debug结果要求用户方面测试，测试后及时更新上线；二期开发内容要求分阶段上线。所以结果导致：有时一期Debug结果上线后，影响二期开发、已上线内容；有时二期开发内容上线后，影响一期内容，或一期Debug上线内容。
分析：最近遇到了一个版本控制的难题，导致多次上线后系统大面积瘫痪。正在进行的项目是一个二期开发项目，一期、二期在一个同一个环境，目前项目内的工作内容有：对于一期中Bug的修改、更新和对于二期内容的开发。其中：一期内容和二期内容有很强的关联性；一期内容的Debug结果要求用户方面测试，测试后及时更新上线；二期开发内容要求分阶段上线。所以结果导致：有时一期Debug结果上线后，影响二期开发、已上线内容；有时二期开发内容上线后，影响一期内容，或一期Debug上线内容。 最常见的头疼问题比如：功能A是一期Debug结果、两个月前开发完成，近日用户测试完成，A功能完成后，Debug开发进程继续。功能B是二期功能，一个月前开发完成，二期开发进程继续。在A功能开发完，但未上线的时候，对于A功能相关的类进行了更新。 昨天，用户要求对于A、B功能进行上线，但不能有其他内容上线。结果：A功能上线后，由于修改了某二期内容（已上线）的公用函数，导致原二期系统瘫痪；B功能上线后，加入了B功能之后开发的代码内容，但是由于DB更新没有进行，导致系统报错。 抽象化一下就是：N久以前，项目组开发了若干个功能（比如20个，其中有复杂的公用类和接口），之后继续进行开发（此时有严格的版本管理），之后，用户要求对于其中的1，2，6，8，19号功能上线，结果上线系统瘫痪，但开发，测试环境的测试过程，是最新的结果，包括所有功能，没有任何报错。
|
|
|
时间：2007-04-29
题目：最近遇到了一个版本控制的难题，导致多次上线后系统大面积瘫痪。正在进行的项目是一个二期开发项目，一期、二期在一个同一个环境，目前项目内的工作内容有：对于一期中Bug的修改、更新和对于二期内容的开发。其中：一期内容和二期内容有很强的关联性；一期内容的Debug结果要求用户方面测试，测试后及时更新上线；二期开发内容要求分阶段上线。所以结果导致：有时一期Debug结果上线后，影响二期开发、已上线内容；有时二期开发内容上线后，影响一期内容，或一期Debug上线内容。
分析：最近遇到了一个版本控制的难题，导致多次上线后系统大面积瘫痪。正在进行的项目是一个二期开发项目，一期、二期在一个同一个环境，目前项目内的工作内容有：对于一期中Bug的修改、更新和对于二期内容的开发。其中：一期内容和二期内容有很强的关联性；一期内容的Debug结果要求用户方面测试，测试后及时更新上线；二期开发内容要求分阶段上线。所以结果导致：有时一期Debug结果上线后，影响二期开发、已上线内容；有时二期开发内容上线后，影响一期内容，或一期Debug上线内容。 最常见的头疼问题比如：功能A是一期Debug结果、两个月前开发完成，近日用户测试完成，A功能完成后，Debug开发进程继续。功能B是二期功能，一个月前开发完成，二期开发进程继续。在A功能开发完，但未上线的时候，对于A功能相关的类进行了更新。 昨天，用户要求对于A、B功能进行上线，但不能有其他内容上线。结果：A功能上线后，由于修改了某二期内容（已上线）的公用函数，导致原二期系统瘫痪；B功能上线后，加入了B功能之后开发的代码内容，但是由于DB更新没有进行，导致系统报错。 抽象化一下就是：N久以前，项目组开发了若干个功能（比如20个，其中有复杂的公用类和接口），之后继续进行开发（此时有严格的版本管理），之后，用户要求对于其中的1，2，6，8，19号功能上线，结果上线系统瘫痪，但开发，测试环境的测试过程，是最新的结果，包括所有功能，没有任何报错。
|
|
|
时间：2007-04-29
题目：最近遇到了一个版本控制的难题，导致多次上线后系统大面积瘫痪。正在进行的项目是一个二期开发项目，一期、二期在一个同一个环境，目前项目内的工作内容有：对于一期中Bug的修改、更新和对于二期内容的开发。其中：一期内容和二期内容有很强的关联性；一期内容的Debug结果要求用户方面测试，测试后及时更新上线；二期开发内容要求分阶段上线。所以结果导致：有时一期Debug结果上线后，影响二期开发、已上线内容；有时二期开发内容上线后，影响一期内容，或一期Debug上线内容。
分析：最近遇到了一个版本控制的难题，导致多次上线后系统大面积瘫痪。正在进行的项目是一个二期开发项目，一期、二期在一个同一个环境，目前项目内的工作内容有：对于一期中Bug的修改、更新和对于二期内容的开发。其中：一期内容和二期内容有很强的关联性；一期内容的Debug结果要求用户方面测试，测试后及时更新上线；二期开发内容要求分阶段上线。所以结果导致：有时一期Debug结果上线后，影响二期开发、已上线内容；有时二期开发内容上线后，影响一期内容，或一期Debug上线内容。 最常见的头疼问题比如：功能A是一期Debug结果、两个月前开发完成，近日用户测试完成，A功能完成后，Debug开发进程继续。功能B是二期功能，一个月前开发完成，二期开发进程继续。在A功能开发完，但未上线的时候，对于A功能相关的类进行了更新。 昨天，用户要求对于A、B功能进行上线，但不能有其他内容上线。结果：A功能上线后，由于修改了某二期内容（已上线）的公用函数，导致原二期系统瘫痪；B功能上线后，加入了B功能之后开发的代码内容，但是由于DB更新没有进行，导致系统报错。 抽象化一下就是：N久以前，项目组开发了若干个功能（比如20个，其中有复杂的公用类和接口），之后继续进行开发（此时有严格的版本管理），之后，用户要求对于其中的1，2，6，8，19号功能上线，结果上线系统瘫痪，但开发，测试环境的测试过程，是最新的结果，包括所有功能，没有任何报错。
|
|
|
时间：2007-04-29
题目：最近遇到了一个版本控制的难题，导致多次上线后系统大面积瘫痪。正在进行的项目是一个二期开发项目，一期、二期在一个同一个环境，目前项目内的工作内容有：对于一期中Bug的修改、更新和对于二期内容的开发。其中：一期内容和二期内容有很强的关联性；一期内容的Debug结果要求用户方面测试，测试后及时更新上线；二期开发内容要求分阶段上线。所以结果导致：有时一期Debug结果上线后，影响二期开发、已上线内容；有时二期开发内容上线后，影响一期内容，或一期Debug上线内容。
分析：最近遇到了一个版本控制的难题，导致多次上线后系统大面积瘫痪。正在进行的项目是一个二期开发项目，一期、二期在一个同一个环境，目前项目内的工作内容有：对于一期中Bug的修改、更新和对于二期内容的开发。其中：一期内容和二期内容有很强的关联性；一期内容的Debug结果要求用户方面测试，测试后及时更新上线；二期开发内容要求分阶段上线。所以结果导致：有时一期Debug结果上线后，影响二期开发、已上线内容；有时二期开发内容上线后，影响一期内容，或一期Debug上线内容。 最常见的头疼问题比如：功能A是一期Debug结果、两个月前开发完成，近日用户测试完成，A功能完成后，Debug开发进程继续。功能B是二期功能，一个月前开发完成，二期开发进程继续。在A功能开发完，但未上线的时候，对于A功能相关的类进行了更新。 昨天，用户要求对于A、B功能进行上线，但不能有其他内容上线。结果：A功能上线后，由于修改了某二期内容（已上线）的公用函数，导致原二期系统瘫痪；B功能上线后，加入了B功能之后开发的代码内容，但是由于DB更新没有进行，导致系统报错。 抽象化一下就是：N久以前，项目组开发了若干个功能（比如20个，其中有复杂的公用类和接口），之后继续进行开发（此时有严格的版本管理），之后，用户要求对于其中的1，2，6，8，19号功能上线，结果上线系统瘫痪，但开发，测试环境的测试过程，是最新的结果，包括所有功能，没有任何报错。
|
|
