让我们从结果开始：git在某些情况下比svn好，但它不能取代svn
第一轮：git是一个分布式版本控制系统，它可以更适合没有固定“服务器”的研发人员。svn是一个具有固定服务器的集中式版本控制系统。但我认为，在某些情况下，分布式管理并不一定比集中式管理好，所以这一轮更为公平。
第2轮：[git的分支非常易于使用，而且非常强大。svn的分支是一小块鸡排。svn的分支是svncopy，它复制一个完整的项目。在这一轮中，git具有明显的优势。
第三轮：
提交、更新或合并代码时经常报告错误。git的提示非常“周到”，可以很好地解决错误。svn的提示有点不满意。git在这一轮中仍然有优势。
第4轮：
svn对目录具有良好的权限控制。它可以根据目录进行更新和提交，这有时很有用。git无法控制目录的权限。svn的优势在这一轮是显而易见的。
例如：
我们公司的研发人员使用git，艺术和产品使用svn。艺术和产品通常将需求和资源放入svn，svn可以根据目录而不是整个项目进行下载。而svn在windows系统中有一个非常著名的乌龟svn软件，有一个中文版本，使用起来非常方便。
文件夹中有多个项目。考虑到在集成开发环境中打开项目所需的时间，在集成开发环境中查看分支内容是非常不现实的。与git不同的是，在一个文件夹中只需要切换多少个分支，集成开发环境可以加载更改后的文件。
这在研发团队中很常见，例如：。
这些都是不愿意接受新技术和新事物的现象。
别管他，让他用吧？
害群之马？
这些都不是好方法。我认为应该遵循以下步骤：
如果c员工仍然敬酒而不是罚款，那么我们必须在这个时候进行认真的交谈。为什么不能换成git呢？每个人都是一个团队，为什么你必须是独一无二的？用这样一个版本的工具交流有那么困难吗？我给了你面子，你给我下来
！还没有？好的，其他人的项目会直接被git取代，这样就可以招募到熟悉他负责的功能模块的人，逐步取代他。任何人都可以离开公司，而你只是个程序员？
