开发部发送patch的相关规范，请务必遵守

开发人员发送的升级包

开发人员通过邮件发送的patch分两种，一种是修改程序并编译后发给测试人员，测试人员用来构建测试环境（其实这步可以通过工具来实现）；另一种是要放在ftp让实施工程师下载更新到客户环境的。这两种patch对于大部分开发人员来说是一样的，只不过用途不一样，后者称为紧急patch或e-patch。不过对于asp程序来说甚至都可以不发前者，因为不需要编译，测试工程师直接到测试环境更新代码即可，只有需要发送patch到客户环境时才需要附在邮件中

开发人员发送patch原则：

• 相关程序或脚本提交的版本库后，才能发送
  
• patch是要开发人员在train上做完单元测试之后，才能放到ftp中
  

命名规范
程序名称_版本号_ticket号_修改人姓名
例：CRS_3.0.0_#1234_HanXiaodong

程序范围包括

1.CRS(老crs、crm、csm、lps等)2.CCM（mvc的ccm）3.CRO(mvc的cro)，长隆的定制版本patch就以CRO_Chimelong开头4.KXI5.KWS6.IPT(IFC_PMS_TIME)7.EFT8.POS9.SI(SEND_INFO)

文件目录规范

• CRS的asp程序 e-patch以ECRS开头，e-patch目录下，是ECRS目录，ECRS目录下分为src和script两个目录，修改的asp、js、css、xml等文件按照产品目录结构放在src目录下，数据库脚本文件放在script目录下；
  

• 其他接口接口程序（IPT举例） e-patch以IPT开头，目录下是以各接口命名的目录，如IFC_PMS_TIME、EFT、POS等各接口目录中是程序文件，注意配置文件要完整；
  

• KWS e-patch以KWS开头，其下是KWS目录下，KWS目录下是关于kws的程序文；
  

• KXI e-patch以KXI开头，其下是KXI目录，KXI目录下是KXI_HttpListener、KXI_DbMonitor等程序目录和kxi相关说明和实施文档；
  

文字描述
整理好patch后，通过邮件方式发给测试和产品工程师：

CRS（旧）、CCM、CRO、KWS、KXI、SI发给

1. 杨军<​jun.yang@shijinet.com.cn>
2. 杨秀云<ella.yang@shijinet.com.cn>
3. 陈禹铮<abel.chen@shijinet.com.cn>
4. 刘威<will.liu@shijinet.com.cn>

CRS（旧）、LPS、KWS、KXI、IPT、POS、EFT发给

1. ryan.jiang<ryan.jiang@shijinet.com.cn>
2. alison.nie<alison.nie@shijinet.com.cn>
3. adair.jiang<adair.jiang@shijinet.com.cn>
4. zhengpengwei<zhengpengwei@shijinet.com.cn>

邮件中尽量详细的描述问题和解决方法，如果一个ticket反复修改，那么也要另外写清每次修改的内容， 不要直接复制ticket的标题！（提交程序的时候也是如此） 。如有特殊处理，写在邮件里，而且还要加上svn提交后的版本号，用于产品部同事核对e-patch中的文件 格式：ticket号，svn号，描述信息。
如果需要些升级历史数据脚本，则需要把脚本命名为upgradedata.sql，然后上传到ticket中，并在邮件中提示给测试工程师，让其在准备好测试数据后手动执行升级历史数据脚本

例：

邮件标题

ticket:​#2000

内容：

svn:1234
问题（或需求、改进）描述：因翻译代码漏写，导致的会员信息页面中会员号的翻译错误；
修改描述：在20100101_alter_table升级脚本中增加翻译代码，翻译代码为1000；
请在准备好测试数据后，手动执行ticket中的升级数据脚本，并验证历史数据升级是否正确

注意

• 数据库脚本文件用Unicode格式保存

测试、产品人员

1. 验证邮件中的内容和patch的格式、规范，如有不符合要求的邮件，直接通知发件人修改
2. 收到邮件的工程师分配、测试ticket，测试通过后修改ticket状态，如果ticket中写明需要发epatch，那么根据要求把邮件中的patch上传到ftp
3. ftp的产品目录经过简化，每个版本中不需要保留epatch的目录，每个版本的目录中永远只保留一套程序和数据库脚本，每次的更新只是做覆盖操作即可，然后通知所有人ftp的目录已经更新