实施devops后，开发、测试、运维团队的定位、分工，源码管理有必要由svn迁移到git 吗？

1、 实施devops后，开发、测试、运维团队的定位、分工。
这个问题需要看技术管理者，CTO或CIO对于职责边界有自己的理解，本质上而言，DevOps文化的第一点是需要打破这几个组织之间的部门墙，打破部门墙的核心因素是责任共担。因此开发、测试、运维的定位就不需要这么模糊，需要互相补位。每个公司的情况不一样，因此IT内部的各职能子域的定位和分工也不一样，笔者所在的公司是这样的，开发负责“产品级制品”的交付，测试负责代码质量，并需要一定的左移，对接业务需求，运维除了基础架构和应用运维之外，还需要统筹业务连续性。
2、源码管理有必要由svn迁移到git 吗？
这个没有必要，用习惯了svn，没必要切换。但是有个问题，svn的工具比较少，如果DevOps的度量和反馈指标有要求的话，可以考虑切换到git。
3、若实施基于容器的devops,传统项目需要做哪些改造？
这个也根据实际情况进行改造，通常来说，模块分离，前后端分离，微服务，都是需要做的。