如何看待不会使用git的程序员？
嗯？不会git的程序员，就是菜，根本称不上程序员，迟早被淘汰。又得老生常谈，说说鄙视链了。玩单机的，看不起玩网游的，用网易云音乐的，看不起用QQ音乐的，写C 的，看不起写Java的……C 程序员，要不会C ，那才是天大的笑话。但Git只是一个版本控制系统，并非靠它吃饭，换言之，具有和他类似功能的东西，都可以替代他。
svn和git的生死较量这里就不再赘述两者的区别了，简单的说svn的特点就是简单，需要一个放代码的地方时，使用就ok了。而git的特点是，版本控制可以不依赖网络做任何事情，对分支和合并有更好的支持。由于svn的特点是简单，所以有相当部分的公司，特别是小公司使用他，可以有效的降低各种成本。但git的优势比较突出，因此近年来，使用git的公司越来越多，甚至已经成为了主流。
当你去一家使用git的公司时，掌握他就成为了硬性指标，换言之，程序员的你，就必须学习。因此，才有了“如何看待不会git程序员”的提问……要不要学git一句话，用得到的就学，用不到的，学他干嘛。如果你的公司使用的svn或其他控制版本的工具，那么完全可以不学git，没有问题。就算是你有心学，工作中用不到，学一会儿，可能就放弃了，没有意义。
但是如果最近你想跳槽，那可能就要学学git了，否则到时候会很尴尬。可以预见的是，未来git很可能成为所有公司使用的版本控制系统，所以你可以不学，稍微接触一下，还是有必要的。写在最后最到底，一项技能，是否重要，还是看市场需求，还有就是通用程度。当每个程序员都会使用git的时候，你还不会使用，那就有些low了。
公司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、一种装逼的方式，呵呵[酷拽]。
