其实在到这公司之前项目管理一直用的SVN，项目的分支也可以说不存在复杂，因为就一个主分支，哈哈。
然而到现在的公司用的Git，并且分支多的吓人，不管是主分支还是feature。还记得刚进公司的时候觉得Git也还好，毕竟之前一直使用Github，简单的clone，push，commit，pull等都还是会的，然而真正接触项目的时候发现好复杂啊，因为很多分支，需要合代码，各种拉取和合并，更别说我们项目还涉及到全国版和国际化版本的区分，当时一下子就混乱了，到现在虽然说不上很熟练的使用SourceTree操作项目管理代码，但是现在工作中用到的一般的操作不管是SourceTree还是命令行至少是可以自己解决问题了。
以前不觉得Git有多好，现在觉得那是因为自己一直用的SVN，没有使用过Git，更加不知道Git的终端命令行操作有这么好用。
对于编译器来说他的“代码比对”功能更是特别好的一个功能，深刻的体会呀。今天负责人给我说iPad加个需求，汲取上次的改错分支的教训，当然是第一反应是这是国际化的功能还是全国版的功能，这将决定我要在哪个分支上改，确认之后我就立马自己重新拉了一个分支在国际化改了，到下午和后台联调的时候我又确认了一次分支，最后。。。。。。果不其然，我改错分支了，最后竟然是全国版的需求。也不知道是我自己走神了，听错了，还是老大说错了，总之我不还是得默默的重新改么。幸好Xcode有代码比对功能，然后自己也还记得改了哪几个文件，立马找到对应文件进行代码比对然后revert，不一会了就添加好了。
原来代码比对对Xib也可以添加修改的控件哟。
经过这长记性了，以后得确认多次再改，哈哈，以免别人说错了，毕竟现在这项目国际化，全国版等混乱的很，免得浪费时间改多次了，虽然也还算方便，但是比起拉取一个分支一步操作还是要麻烦丢丢的啦，毕竟还是要比对的嘛，哈哈，对吧。
从最开始的不怎么会用Git，到现在越来越熟练，在涉及到版本多和分支多的情况下，管理代码和版本这里也总结了一些教训：
1.当涉及到多个版本，每个版本需求和功能点还可能不一样的时候，一定要拉取分支修改，不要怕分支多，不然麻烦的是自己。
自己就深有体会，当时说要改一个需求或者功能，然后自己傻傻的在之前打版本的分支改动，改到一半，后台接口没好，然后别的国家又要版本，这里就尴尬了，这里改的就不能上线了，然后又是自己麻烦了。
2.当涉及到基类的分支的时候要确认，因为涉及到有些版本是某些功能没有的，所以不能随便的拉取合并代码，改bug加功能该写两遍的那也就没办法咯。
3.像我们每个国家版本不同的情况下自己要分文件保存好，版本号也确认好，免得后面混乱。每个版本改了什么内容也最好用文件记录一下，免得自己后面忘了，还是不要高估自己的记性哟，哈哈。
。。。。。。
可能还有很多需要注意的东西，不过还是需要自己实践，只有当自己真正遇到了，然后解决了，你就学会了，毕竟很多都是需要长记性的。。。。。。
网友评论