Git的使用教程,git使用教程 _git

如何看待不会使用git的程序员？
【Git的使用教程,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为的程序员，一定是可以沟通的，哪怕只在技术上可以沟通。