> yanxd 写到: > rails自动化测试框架已经能用 > rubymine在勾选drb之后可以进行测试(rubymine的自动测试有些问题)。 > windows下编码问题,导致部分环境加载不成功。 > > 在linux下自动测试目前没有问题 > > 说明文档在doc/Automated testing documentation.doc 很好!谢谢翔东。 请伟斌关注!
rails自动化测试框架已经能用 rubymine在勾选drb之后可以进行测试(rubymine的自动测试有些问题)。 windows下编码问题,导致部分环境加载不成功。 在linux下自动测试目前没有问题 说明文档在doc/Automated testing documentation.doc
整gitlab两个思路, 第一个是直接分离出相关代码,2 为调用其提供的api。 1: * 优点:减少系统的外部依赖 * 缺点:逻辑复杂难度略大 2: * 优点:gitlab的api有gem提供,书写方便(https://github.com/narkoz/gitlab) * 缺点:启动两套系统 维护成本肯定增加
> nwb 写到: > 最近准备研究gitlab,其他一些不太重要的小缺陷暂时不修正了,过段时间解决。 好的! 关于Gitlab,请翔东给以支持!请翔东将用户名/版本库名的git库管理机制也给伟斌介绍一下。 目前Trustie的Git版本管理还存在严重的隐患,例如上次我提到的同一个用户创建同名代码库的问题。
0、完成project和course的分离。 1、完成可扩展的权限管理体系。 2、现有主要功能模块的细化和优化,如作业、wiki、论坛、竞赛等的使用不便的问题。 2.1 项目工具模块的可配置性 例如DTS测试工具要在配置界面中出现,对于新项目可以不选中 2.2 个人主页界面的可配置性 例如,对于没有参与课程的用户,其主页就可以没有“课程”tab页 3、测试框架和流程的规范化。 4、Gitlab版本管理的集成。 5、代码统计和度量的集成(如采用sonar对代码进行分析)。 6、项目、开发者积分模型的优化,包括度量要素的完整性、合理性等。 7、文件的远程存储改造,即可以配置文件的远程存储位置,不能保存在rails server的本地。 8、待定:翔东的界面改造计划。