健康资讯 【版本管理用Git，并没有想象中那么美】
部门领导的想法不错，各个项目组在项目管理过程中，尽可能做到使用的工具软件统一，并给出了指导意见。我所在的项目组，大部分软件在切换过程中能平滑过渡，问题较多发生在代码仓库使用的Git上。
互联网行业码农，大多使用Git做源代码版本管理。传统行业码农，习惯用svn做版本管理的不在少数。这俩比较有代表性的工具，哪个好用，是各有理由。这次统一工具时，小编用了两天时间，勉强能不拉大家后腿。先定个调子，这篇微头条，以吐槽为主。
吐槽不是骂街，必须要讲道理。
说说有哪些点让我不爽或者不方便的。
一是学习成本有点高。常规版本管理软件基本是以check out 和check in为核心，操作通俗易懂。Git要弄懂clone、add，pull、push、commit、check out这六个操作的具体含义才能算入门。删除本地一个文件，使用代码库中的文件覆盖，这看似简单的事情，弄的我这老码农灰头土脸。项目组其他成员，在开始使用Git时也遇到同样的疑惑，说明我不是个例。花两天时间来学习一个工具软件，个人觉得时间有那么一点点长。面试时，看到有人在简历特意写上熟练使用Git软件的疑惑，现在想通了。
二是操作习惯有点怪。用怪这个词形容，是我觉得它不应该那样支持。空目录无法直接上传这个问题，大多数小伙伴都遇到过的。创建一个占位文件，再上传，是很多高手给出的解决方案。此外，默认扩展名是exe和lib等文件不进行版本管理，在项目初建也是麻烦连连。Git强调自己擅长文件管理，忽略了目录，这个理由难以让人信服。细节虽不能决定成败，但会减印象分的。
上述两点，足以让我对Git好用的观点持保留意见。
这么多人捧他，自然具有突出的优点。branches和tags管理，应该是最突出的亮点，尽管还在摸索阶段，已经体验到其优势了。归根到底Git的兴起，最应该感谢开源软件托管的gitlab平台。
相信随着应用的深入，我能发现它越来越多的优点。
