程序员不知道 SVN，该如何让他明白使用 SVN 的重要性？

justchen

恩, 刚开始普及svn 无论是程序,设计还是产品经理或者是项目执行, 都会觉得这玩意简直就不应该存在于世界的产物, 超难用,超不会使. 但是磨合3个月左右趋于稳定时(3个月内会有各种冲突问题需要解决), 效率就会很好的保证, 而且文件不会丢失是这个服务器的优点, 即使中途毁档, 损失也不再是全部, 而只是更改的部分, 十分的方便, 即便删除也不会导致毁灭性的损失. 这就是svn的魅力. 纯代码公司会更倾向于git. 一般公司我还是推荐用svn. 集中式的好处就是可以只下载一部分内容去处理操作. 普及svn应该是强制性的, 和老总说svn的好处, 自然会得到有力的支持. 不用就开除这个太狠. 任何东西都需要培训的, 即便你觉得就如同婴儿吃奶, 这东西通过培训方式让大家理解比强硬要求使用要好得多. 公司里面专门配备个程序屌丝来负责svn维护和培训是最好的事情, 这并不需要花太多的精力. 相反带来的好处是大大大的

wawawa404

你说的那个程序员、你和你的团队都不需要知道svn的重要性。
因为svn已经过时了。
你们现在应该学习的是git。

好吧，你说的不是svn，而是版本管理。最好的方法是你的部门有相应的规范，新人加入必须按照规范操作。不按规范视为不合格员工，影响考评，顽固不可改变的人会被解雇（事实上无法改变的人根本不适合当程序员，解雇对他对团队都是好的）。
如果部门根本没有规范，麻烦了。如果你有能力，推进部门建立这个规范，其他普通人都会对你发生印象分-1，因为你给他们带来了“麻烦”。团队中真正的程序员会对你印象分+1，因为你做了他想做而没敢去做的事情。如果无法推进，那么最好的选择应该是离开这个团队。这个时候就不是这个程序员的问题了，而是你的团队和领导的问题。
你肯定听过这句话：一流团队招聘一流人才，二流团队招聘二流和三流人才。一个不理解源码管理重要性的人能够成功通过面试，已经说明你的团队存在问题。
所以关注如何改变这名“落后”程序员的时候，也可以顺便考虑一下自己是不是应该更换一个“不落后”的团队了。