为什么还有那么多人用SVN？

先说结果： git 在有些情况下 确实 比 svn好用，但并不能取代 svn

第一回合：

git 是分布式的版本控制系统，可以不用固定的 ‘服务端’ ，更适合研发人员。而svn是集中管理的版本控制系统，有一个固定服务端。但我认为要分场合，某些情况下分布式的不一定比集中管理的好，所以这一回合打平了。

第二回合：

git的分支很好用，很强，svn的分支就有点鸡肋了，svn的分支就是 svn copy 复制了一个完整的项目。 这一回合，git 优势明显。

第三回合：

提交，更新或合并代码的时候经常会报错，git的提示很 ‘善解人意’，很好解决错误，svn 的提示就有点差强人意了，这一回合，依然是 git 有优势。

第四回合：

svn 对目录的权限控制很好，可以根据目录进行 更新和提交，这在有些时候很有用。 而 git 不能对目录做权限控制。这一回合 svn 优势明显。

举个例子：

我们公司 研发人员用的是git ， 美术和产品都是用的svn，美术和产品经常把需求和资源放到svn，可以根据目录下载，不用整个项目都下载。而且svn在windows 系统下有一个很出名的软件 TortoiseSVN ，有中文版的，用起来很方便。

公司c位程序员不愿使用git,怎么办？

有的人不玩游戏还不知道C位的意思，C位就是carry位的意思，也就是公司的核心位置程序员不愿意从svn切换到git怎么办？

这在研发团队中是很常见的事情，比如：

团队扩大了，需要更标准的代码规范和研发流程来规约大家之前游击战、野战军的开发，但是有些同学觉得自己是老员工，是核心位置，觉得开发规范、流程限制了他的发挥，降低了开发效率，便抵触甚至是不遵守这些规范，导致团队领导落地执行受到阻碍。

还有一种常见的，团队统一决定使用idea编辑器，但是就有那种个别人非得使用eclipse，导致代码格式做不到统一标准。

这些都是不愿意接受新技术、新事物的现象。

那么当团队遇到这种员工怎么办呢？

不管他了，任其使用？

害群之马干掉？

这些都不是好方法，个人认为应该按如下步骤进行：

沟通为先

能做到c为的程序员，一定是可以沟通的，哪怕只在技术上可以沟通。相信他也会认可git比svn要先进，但是你不能说svn垃圾，毕竟人家使用没问题，我们可以换个方向说：svn太难了，大家学习成本高，现在团队大家都比较熟悉git，能不能大家统一使用git，照顾一下大家？

沟通不行来点硬的

如果该c位员工还是敬酒不吃吃罚酒，那么这个时候就得认真的聊一聊了，为什么你就不能换到git？大家是一个团队，为什么就你非得独具一格？就这么一个版本工具的事情就这么难沟通？已经给你面子了，就着台阶下来就行了！

害群之马逐渐边缘化

还不接受？OK，其他人的项目直接换git，直接招人熟悉他负责的功能模块，逐步替代他。公司离开任何人都行，何况你还只是一个程序员呢？

以上为个人看法，大家实际工作中有没有遇到这种人呢？都是怎么处理的呢？欢迎交流职场经验～

使用git命令行的是什么样的感受？是不是程序员对于命令行都有种“信仰”？

先说说使用命令行的感受吧，那就是随心所欲，无所不能，只要快速的敲击几下键盘，想要完成的任务迅速搞定，所以使用命令行就意味着高效。

从功能的角度来说，使用命令行和GUI界面操作没有多大区别，命令行可以实现的功能，GUI一般都能实现。

对于第二个问题，我给的答案是肯定的，即对于大部分高手程序员来说，使用命令行是一种信仰，原因如下:

1、高手程序员讲求高效；

2、高手程序员会研究git，也包括其它一些工具的源码，使用命令行和理解源码会相互促进；

3、命令行虽然需要记忆，上手难度较高，一旦上手，则使用起来功能会更强大，特别是通过管道和其它工具配合起来可以实现非常复杂的功能；

4、一种装逼的方式，呵呵[酷拽]

一套正版ansys多少钱 git和svn市场占有率 现在开发团队用svn还是git

版权声明：本文内容由互联网用户自发贡献，本站不承担相关法律责任.如有侵权/违法内容,本站将立刻删除。