一、配置管理要管什么
简单来说，配置管理要管理代码的提交和发布。
以下是我工作中接触到的配置管理工作的小结：
可以看到这个角色很有意思，某种角度上来说，像系统管理员一样管理着配置管理系统。同时又和开发、测试、运维等各个角色有交叉领域。
配置管理人员现在也在开发化，和测试人员的开发化类似。而巧的是，这个角色和测试真的很类似。基本知识结构也是：本专业基础知识+工具使用+二次开发能力+持续集成+自动化
一个配置管理人员可能会自己开发一个看板系统，可能用于展示每个版本进入了哪些新代码，每个版本上存在着哪些未解决的bug，使用了哪些版本的依赖库。听上去和测试人员开发的看板差不多，只是展示的数据角度不一样。比如我曾经开发的看板系统里会展示当前系统各个版本发现了哪些新bug，测试结果pass率等等。其实，如果两者可以结合起来，做出来的看板可能包含更有用的信息。
而在很多公司里，恐怕没有专职的配置管理人员，可能由开发或测试兼任，这也是为什么测试人员也要懂一点配置管理。
二、配置管理的工具
首先，这里的工具也是五花八门的。
但是，除非你公司要用，只建议你学一下git。如果学有余力，可以了解下svn。
按我个人经历，各种使用svn甚至更古老的配置管理工具的公司都在转向git了。
需要注意的是，Git本身分为客户端和服务端，如下图：
客户端方面，
最常用的就是命令行，也就是从git官网上下载的那个安装包。
Git命令行是推荐必学的。
原因如下：
1.命令行用得熟练看上去就很像高手。图形界面的tortoise git 留给不懂代码的人用吧。
2.跨平台，如果你要在linux上改你的代码，还是得用命令行。图形界面是靠不住的。
服务端方面，
做开源项目的主流是github，但是他自己不开源。所以你在公司里上班不一定会用到github，毕竟要买license。
而gitlab本身开源，有很多公司会选择他。
这两者都是差不多的。个人建议的话，你可以在外网的github上建多个帐号学习使用一下，也可以自己搞个服务器端的试用版自己搭一下。
再次强调，测试人员的基础能力中最基础的就是自己找教程搭环境的能力。特别推荐新人们有空试着搭一些环境来当作练习。当你在公司里独当一面的时候，会有很多类似的任务，比如要你做工具选型，要你去研究某个工具如何使用等等。
三、Git的一些学习经验
Git的学习需要的是实际操作和教程相结合。
首先搭建环境，服务端可以选择github，客户端请选择git自带的命令行工具。
然后你可以在github上建立自己的代码仓库，然后按你找的教程去实际操作一下。
一般需要掌握的东西有很多，我随便列几条最基本的供参考：
·如何建立自己的库。
·如何上传自己的代码。
·如何找到历史的某个版本的代码。
·如何在本地创建分支并推送到服务器端。
·如何创建pull request（github）或merge request（gitlab）
·如何pull代码
·如何rebase
·如何解决冲突
等等。
理解常用的命令如：
git checkout，git commit，git branch，git log，git diff，git show，git clone，git pull --rebase，git add，git rm等等。
有条件最好尝试做一个小小的项目。并试着用git管理代码。
在此之后对git服务端，还有一些进阶的学习，比如github或者gitlab的api、github的webhook以及和jenkins的集成。Git服务端在云服务器上的部署等。而对客户端也有很多进阶的东西可以学，比如客户端的git-hook来实现一些代码检查功能。建议看官方文档学习。
本文内容不用于商业目的，如涉及知识产权问题，请权利人联系51Testing小编(021-64471599-8017)，我们将立即处理
