Git和SVN区别
Git是分布式的，SVN是集成式的
这个是Git和SVN最大的区别。
SVN：
·SVN的版本管理有一个唯一的URL，每一个用户都是从这个地址获取代码和数据，
·同样提交的的话也是对这个唯一的版本库进行更改
·没有网络的话，就没有办法进行提交文件，无法还原，查看历史记录差异
·提交需要授权，方便进行权限管理
Git：
·每个clone版本库都是平等的。可以从任何一个版本库来克隆属于自己的版本库，同时自己的库也可以当作源来提供给他人。
·可以脱离网络时正常使用版本库，只需要有网时推送PUSH一下，和服务器保持同步
·Git创建功能分支方便
在我刚进公司时我们项目使用的是SVN进行版本管理，后期进行替换到了Git。从我的角度来看引入git最主要的优势就是更加方便的进行功能分支管理，和断网不影响正常的功能使用。在我们的后期开发中需要进行大量的创建feature功能分支，切换分支的操作，因为Git分支是指针指向某次提交，而SVN分支是拷贝目录，所以git创建和切换的成本很低。
Git 的常用操作
日常使用，我通常是可视化界面和命令行方式结合使用
可视化操作通过Sourcetree来操作
其实日常的一些提交 commit，推送 push，拉取 pull 通过sourcetree都可以进行很方便的操作，但是一些操作还是命令行更方便，如：squash merge，rebase ，cheery-pick 等等
目前我们项目定的规范是，在日常拉取时使用rebase来代替合并，在进行不同分支间的合并时也尽量使用squash；
主要目的时为了跟清晰的版本线管理，因为，直接使用合并的话可能会导致创建一些自动提交，让版本线变得复杂，不容易回溯问题。
这个是我们期望的结果，一条线拉下来
这个是不希望的，会拉出很多其他分支，不方便查看
一般来说，一个功能分支在进行一段时间的开发之后，我们会同步一下dev主干上的内容，防止版本差异过大导致后期合并时冲突过多。我们会先从dev拉取一个最新的分支命名为对应的功能分支名如：feature_1.x,再把对应的分支功能合并到这个分支上，通过升级的方式来进行分支同步。
关于merge和rebase的区别具体的可以看看这个：
https://blog.csdn.net/hudashi/article/details/7664631
这里我只简单的贴两张图
merge 会产生一个 merge commit ,在分支线的表现看起来就是“分叉了”
而使用 rebase 就可以避免这个问题
git --help //列出常用的git命令
git branch //输出本地分支
git brach 分支名 //创建新的分支
git checkout 分支名 //切换分支
git checkout -b mybranch //创建并切换分支
git merge --squash 分支名 //把分支上的提交合并成一次提交，变动存到本地分支，所以还需要手动提
交一次；之前的提交日志记录没了，会被这个新的提交覆盖掉
git cherry-pick <HashA> <HashB> //将A和B提交应用到当前分支
git cherry-pick A..B //左开右闭
git cherry-pick A^..B //包括A
