第一轮：Git是一个分布式版本控制系统，它可以更适合没有固定“服务器”的研发人员。Svn是一个具有固定服务器的集中式版本控制系统。但我认为，在某些情况下，分布式管理并不一定比集中式管理好，所以这一轮更为公平。
第2轮：[git的分支非常易于使用，而且非常强大。SVN的分支是一小块鸡排。SVN的分支是svncopy，它复制一个完整的项目。在这一轮中，GIT具有明显的优势。
第三轮：
提交、更新或合并代码时经常报告错误。Git的提示非常“周到”，可以很好地解决错误。SVN的提示有点不满意。Git在这一轮中仍然有优势。
第4轮：
SVN对目录具有良好的权限控制。它可以根据目录进行更新和提交，这有时很有用。Git无法控制目录的权限。SVN的优势在这一轮是显而易见的。
例如：
我们公司的研发人员使用git，艺术和产品使用SVN。艺术和产品通常将需求和资源放入SVN，SVN可以根据目录而不是整个项目进行下载。而SVN在windows系统中有一个非常著名的乌龟SVN软件，有一个中文版本，使用起来非常方便。
使用git命令行的是什么样的感受？是不是程序员对于命令行都有种“信仰”？让我们先谈谈使用命令行的感觉，也就是说，您可以做任何您想做的事情。只要快速敲击键盘，就可以快速完成任务，因此使用命令行意味着高效。
从功能的角度来看，使用命令行和GUI界面操作之间没有太大区别。GUI一般可以实现命令行可以实现的功能。
对于第二个问题，我给出的答案是肯定的，也就是说，对于大多数专家程序员来说，使用命令行是一种信念，原因如下：
1。专家程序员强调效率；
2。专家程序员将学习git，包括一些其他工具的源代码。使用命令行和理解源代码将互相促进；
3。虽然命令行需要内存，但很难启动它具有高度的灵活性。一旦启动，它的使用功能将更加强大，特别是通过管道和其他工具的结合来实现非常复杂的功能；
4。一种给力的方式，哈哈[酷拽
这是研发团队中很常见的事情，比如：。
这些都是不愿意接受新技术和新事物的现象。
别管他，让他用吧？
害群之马？
这些都不是好方法。我认为应该遵循以下步骤：
如果C员工仍然敬酒而不是罚款，那么我们必须在这个时候进行认真的交谈。为什么不能换成git呢？每个人都是一个团队，为什么你必须是独一无二的？用这样一个版本的工具交流有那么困难吗？我给了你面子，你给我下来
！还没有？好的，其他人的项目会直接被git取代，这样就可以招募到熟悉他负责的功能模块的人，逐步取代他。任何人都可以离开公司，而你只是个程序员？