各个环境你们的代码是咋同步的

我们是 git 管理的。不同的环境用不同的分支,弄好了合并到相应的分支去 :-)当然出事了只要检出之前的版本就可以了。嗯,除了改了数据库的部分可能会有些麻烦。
■网友
谢邀。谈谈理想就好了。全用git,开发push到测试分支,push前rebase。生产环境用docker管理,早一版本的container用来作为测试和开发的环境;或者测试维护一个和生产环境类似的container。docker就带了一部分版本控制功能,而且可以做到生成环境一模一样的开发环境。实际上,docker的应用弄过的人比较少,怕坑。像题主所在的团队连SVN换git够没尝试实践,上docker更是短期内不可能了。
■网友
若有svn服务器,当然只是用一个svn服务器一个库。1 你说的“部署”是安装svn客户端还是服务器?2 那“在测试环境直接部署SVN服务器” 有什么意义呢?和之前有何改进呢?我不知道你使用svn多久了。问你几个问题:3 可否看过checkout出的workcopy中的.svn目录? 你这到这个(些)文件夹有多大么?4 svn中没有rollback操作。你说的可是 update to revision xxx?
■网友
QA工作中的研发流程质量管理,分离开发,测试,运维的权限也就分离他们的职责开发知道逻辑但是不能直接部署运维可以部署但是不知道具体的代码逻辑测试在中间的测试环境可以持续进行质量测试验证,隔离开发中版本的影响(测试测到一半结果开发默默上传了一个包,呵呵....)能在公司贯彻这套,你们的QA真的很牛逼,流程弊端就是中间要有各种文档支持开发要提交初版部署文档,测试验证功能后,再次验证部署文档开发要提交DB和日志字典,提供给测试和运维怎么查数据和日志定位问题....这流程间我估计测试环境还能分beta, gamma,流程中你们公司在某几个流程点上还有lead审批的过程,比如测试通过,运维文档审批...然后开发,测试,运维比例几乎1:1:1然后至少N个月提前排期需求,一个再简单的需求也要以月为单位来预估工时慢慢的大家偏居一隅,技术发展越来越狭窄,说远了...好处就是现网数据安全,N个角色配合确认才能将一个版本发布到现网,防止某个内部员工篡改现网数据,出了问题,QA分分钟可以知道是谁搞的,适合游戏,金融,保险等现网数据敏感的行业
■网友
开发人员:从中央仓库fork,开发、单元测试,开发服测试,完成后请求合并中央仓库CI跑完测试后会自动部署到测试服测试人员:审核单元测试,根据测试用例单独开发测试项目并在CI上跑,加上人工测,测试服完成测试后打标签运维人员:部署制定标签到QA,联合测试人员确保QA稳定后修改生产服指向,原生产服开始升级,完成后并入进行负载均衡,或重新将生产服指回原生产服。
■网友
【各个环境你们的代码是咋同步的】 git 分支合并

■网友
完全是用Git管理,深刻怀念大学FTP时代!


    推荐阅读