工作中遇到的各种环境(测试开发环境，演示环境，和定版环境)

我现在的公司主要是负责做平台的，公司的环境主要分为测试开发环境，演示环境，和定版环境

测试开发环境（主干）：
简单来说就是部署在服务器上的环境，一般用来整合开发代码，测试进行测试的环境，开发修复的bug的相关代码会提交到svn上，然后测试从idea上拉一下代码更新重启一下，然后进行测试，这个环境更新较为频繁，一般更新完成之后就可以在上面进行测试了，还有一种就是开发自己本地的代码更新或者调整完成之后，在本地进行测试。

其实我们这边做的业务和平台是分离开的，就是平台主要是收集一些通用的功能进行开发和维护（一般需求都是从各个项目组及客户现场收集而来，并由平台的产品经理编写成需求），在有资深的开发进行新功能的开发以及之前功能的维护，还有就是做业务的标准版环境，这个主要是对日益更新的业务进行开发，这种一般是从项目组抽调对业务了解比较深的开发来进行编写代码的，标准化的环境需要和平台的基础的环境保持基本的同步。

定版环境（分支）：
对于平台而言，及时修复项目组提的bug,以及平台测试提的bug由为重要，版本的目的是对bug进行修复，日常工作中，公司一般会在3个月左右发布一个大的版本（对于一些比较紧急的bug会给到增量包，或者快照包），在发布版本的前一周平台的维护人员会从平台基础版的环境上将代码（这个会重新提交到一个新的svn上方便后期代码的修改和维护），数据库，流程，资源，重新部署一个新的环境简称“定版环境”，定版环境完成之后，测试会对这个版本与上个版本之间产生的问题进行回归测试（比如我们前段事件进行版本回归测试的bug差不多有800多个，因为我们是做平台的，其实很多比较深的bug需要很深的业务才可以测试出来，而且在日常的测试中也没有将各个模块的分给固定的测试人员，只有在进行业务开发的时候才会专职），回归测试一般通过钉钉的共享文档进行，Excel一般方便统计一点，对测试未通过的激活bug，重新修改，新产生的标注优先级1，指派给开发经理，对指派出去的及时跟踪并进行测试，这些版本产生的问题必须提交到版本的svn上，必须在发布版本之前修复。
发布版本之后，开发会把版本的代码合并到基础版本的主干上去，之后的测试开发依然会在主干上进行，对于新发布的版本产生的问题会现在主干上验证，如果存在，开发修改代码之后需要在主干上提交，再提交到分支（方便后期发布补丁包）

演示环境（生产环境）：
对于平台而言没有严格意义上的生产环境，我们发布的平台版本的升级包一般会给到项目组，项目组通过平台提供的升级工具升级到项目组的开发测试环境，在他们的环境升级之后才会升级到对应的生产环境。而平台提供的演示环境，一般是标准化环境（做业务的环境，底层是平台的定版），我们可以通过升级工具，或者重新部署，给项目演示使用