主站后台开发规范

1. 开发流程

  1. 调研、评审、立项,最终形成调研文档和设计文档。
  2. 在产品代码trunk主干上开始进行开发。项目的开发需要符合编码规范,SVN上提交代码时的日志需要符合SVN日志规范。
  3. 项目开发完成后,需要做相关的测试,需要包含单元测试、流程测试、功能测试、质量测试、性能测试等。需要测试组进行的测试通过公司邮件或redmine提测。
  4. 通过redmine与测试组进行沟通,结合测试的反馈结果对代码进行修改。
  5. 测试通过后,提请上线申请。
  6. 上线申请被批准后,将项目的代码合并prod分支上,向运维组发送上线邮件。
  7. 配合运维组上线产品,及时回测,并在上线初期经常监控产品线上状态,应对突发情况。

2. 代码管理

主站开发使用SVN来进行代码管理,产品代码分为trunk和prod分支,其中trunk是主干,用来开发和测试,prod是上线分支,是由trunk上通过测试的代码merge而来。为对于长期的项目,为避免互相影响,也可以在新建分支上进行开发。使用SVN管理代码是应该遵循以下规范。

  1. 上传内容:保证SVN上保存的是“干净”的代码,不得有编译后再次生成的代码,如Java字节码文件和JSP生成文件,也不能有IDE生成文件。
  2. 上传注释:必须加简要的注释,注释的内容应包含开发的项目名称以及功能,在提交合并后代码时,建议将合并时的SVN语句作为日志的一部分进行提交。
  3. 上传时间:如果当天工作超过2小时,请上传代码。
  4. 上传质量:提交和合并到trunk主干的代码尽量保证是自己测试通过的代码,以免影响别的项目,合并到prod分支的代码必须是通过测试部门测试并被允许上线的代码。

3. 项目管理

主站使用maven和gradle来进行项目管理,其中maven主要是供开发时使用,而gradle则在测试和上线时使用。

  1. 在添加项目依赖的时候注意同时在两者的配置文件中添加。
  2. trunk分支不要依赖prod的jar包。

4. 项目编码

主站的产品主要使用Java语言来进行开发的,严格遵循Sun公司的Java编码规范。此外还有以下补充。

5. 日志规范

6. 项目测试

7. 项目上线

8. 参考资料

时间: 2024-10-10 19:44:28

主站后台开发规范的相关文章

web前端开发规范

本文原创,这里首先声明,转载注明本文出处,翻版必究! web前端开发规范的现实意义 1.提高团队的协作能力 2.提高代码的重复利用率 3.可以写出质量更高,效率更好的代码 4.为后期维护提供更好的支持 5.可读性高 一.命名规则 1.html命名规则: a.文件名称命名规则:统一使用小写英文字母.数字.下划线的组合,不得包含汉字空格和特殊字符 2.命名原则:方便理解.方便查找 b.索引文件命名原则:index.html.index.htm.index.asp.index.aspx.index.j

Web前端开发规范文档(google规范)

(Xee:其实没什么规范约束,但是养成一种好习惯,何乐而不为?) 我推荐去看看google的开发规范,然后从他的当中去总结自己的开发规范. Google HTML/CSS代码风格指南 Google JavaScript 编码规范指南 ------------------------------------------------------------------------------------------------------------------------------- 绝大多数项

shell开发规范

版本1.0版,参考网上的一些文章规整而来.后期打算继续修改.完成一篇适合自己的shell开发规范. 最新编辑时间:2017.6.25 一. 命名规范 1. 版本和运行参数 1) 脚本开始之前以注释形式说明版本号:(推荐)2) 如果调用其他工具,还需说明工具的版本号:(推荐)3) 为脚本添加必须的运行参数,类似于C程序的运行参数,可使用getopt的方式取得运行参数值,如基本的参数有:-v - 版本号:-h – 帮助信息:(推荐) 2. 变量命名 1) 变量命名要前后统一,建议使用全部大写字母,如

前端开发规范

前端开发规范 基本准则 符合web标准, 语义化html, 结构表现行为分离, 兼容性优良. 页面性能方面, 代码要求简洁明了有序, 尽可能的减小服务器负载, 保证最快的解析速度. 文件规范 1. html, css, js, images文件均归档至<系统开发规范>约定的目录中; 2. html文件命名: 英文命名, 后缀.htm. 同时将对应界面稿放于同目录中, 若界面稿命名为中文, 请重命名与html文件同名, 以方便后端添加功能时查找对应页面; 3. css文件命名: 英文命名, 后缀

JavaScript 开发规范要求详解

作为一名开发人员(We前端JavaScript开发),不规范的开发不仅使日后代码维护变的困难,同时也不利于团队的合作,通常还会带来代码安全以及执行效率上的问题.本人在开发工作中就曾与不按规范来开发的同事合作过,与他合作就不能用"愉快"来形容了.现在本人撰写此文的目的除了与大家分享一点点经验外,更多的是希望对未来的合作伙伴能够起到一定的借鉴作用.当然,如果我说的有不科学的地方还希望各路前辈多多指教.下面分条目列出各种规范要求,这些要求都是针对同事编码毛病提出来的,好些行业约定的其它规范可

thinkphp开发规范

1.编写目的 ????为了更好的提高技术部的工作效率,保证开发的有效性和合理性,并可最大程度的提高程序代码的可读性和可重复利用性,指定此规范.开发团队根据自己的实际情况,可以对本规范进行补充或裁减. 1.程序员可以了解任何代码,弄清程序的状况: 2.新人可以很快的适应环境: 3.防止新接触PHP的人出于节省时间的需要,自创一套风格并养成终生的习惯: 4.防止新接触PHP的人一次次的犯同样的错误: 5.在一致的环境下,人们可以减少犯错的机会: 6.程序员们有了一致的敌人: 2.整体要求 ????技

转载:移动web开发规范

本文来源:http://blog.csdn.net/joueu/article/details/44329825 以下是规范建议,均是日常在开发当中的的一些经验,仅供参考. 移动web开发规范 一.头部声明 1.其中width=device-width就是说把页面宽度设置成和屏幕宽度一样 <meta name="viewport" content="width=device-width,initial-scale=1.0"> 2.首先我们来看看webki

P3-weixin 微信插件式开发规范

架构说明: [一]框架技术 Springmvc_3.2.9.RELEASE + Mybatis_1.0.0 +Velicity_1.6.4 [二]项目说明: P3-Biz-gzbargain 插件项目 P3-Web 启动项目 说明:每个插件以JAR形式存在,引入到Web工程里面.启动Web工程测试功能 [三]配置文件说明: 数据库配置文件: src/main/resources/db.properties pom.xml说明: 引入父POM <parent> <groupId>or

设计与开发规范

设计与开发规范 l 设计规范 一.图层分类和命名规范 设计在制作PSD 图层时一定要层次分离,结构清楚(如图(1),(2)),看到下图就可以感觉到图(2)更能清晰的看到PSD里面的内容,以相应的页面结构内容名称来命名对应的图层,这样可以一目了然,知道PSD里面的各个层内容属于页面的哪一块.                      (图1)                                                     (图2) 二.图层结构规范 以HTML代码结构和对应