新手区 求助，大家所在公司提测环境和代码分支规范是什么呀
背景：目前团队就我一个测试，开发三人，没啥规范。最近新入职了一个开发，提测时总是让去 dev 环境测试，于是问了下为什么不在测试环境提测，回答是目前上了测试环境就必须上生产环境
现在有三个分支：dev test main，开发说之前需求提测都是直接合到 test 环境，要是多个需求都在测试环境，开发内容会互相影响，且上线时要是有需求没测完，回滚可能还会有问题。于是让每个需求单独上测试环境，需求 1 测完没问题了，再单独上需求 2 测试，测完后再合并起来测试，这样更规范。
我的疑惑：开发说的这个流程对吗
我之前待的团队，都是统一合到 test 一起测试的，现在这个流程很奇怪，要是分别测试，最后合起来有问题，都快上线了还要重新改动。而且这样的效率不也比较低吗...问了下 ai，回答其实也是统一到 test 测试。
所以想问一下大家所在团队的流程是什么，感谢！！
一般来说测试环境用泳道隔离独立测试，然后不同的测试分支一起合到 uat 进行回归，最后再上正式环境
目前上了测试环境就必须上生产环境，这里有问题，上了测试环境也可以不上生产环境啊
一般来说是四个环境 dev qat uat prod,dev 开发使用、qat 测试测试、uat 产品验收 、prod 用户使用
我觉得应该是先按需求一个个做功能测试，这个时候直接部署功能分支就行，不然其中一个需求不上的话不好拆分，功能分支测完以后，在合并一个版本的集成分支，走一下核心流程，验证一下更新的功能点在不在；最后将集成测试的分支推送到 dev，然后上线
dev，测试环境，预发布环境，生产环境。
肯定要统一到一个环境测试的，dev 环境也可以，只要和团队说清楚，所有功能提到 dev，部署后再测试即可。
大点的公司，都会有染色/泳道环境，但是这玩意接入需要固定的团队支持，需要对微服务，中间件进行一些改造或者配置才行，测试环境测的是开发基于 master 改造的 feature 分支，稳定环境测 release 待发布版本，预发环境目前我经历过的几家公司，既有 release 也有 feature 分支，但是最好是部署 release，上线也是 release
最理想的情况下，从 sit 环境到预发环境再到上线，都是 release，防止后面因为合代码产生各种问题