理清代码提交记录--代码管理的git
变化总是存在。
如果有一天，你们代码仓库服务器挂了怎么办？
如果有一天，你们需要分离测试与线上代码仓库，那怎么合并代码，手工合并吗？
如果你们好多个版本，不同的版本对应不同的用户，用户希望他们的代码仓库在他们的服务器而不是你的，怎么办？
千万不要相信那些诸如"你先弄过去，以后代码丢给他们就不管了"的鬼话。如果你信了，你真的新建一个仓库，把代码推到新仓库上了。当新的需求 "把最新版本合并到xxx的代码上"，你就懵逼了，这都不是一个源，怎么合并。一行行代码去查吗？
多个远程仓库
git可以添加多个远程地址，最最重要的是只要这些远程仓库的代码从相同的commit分出来的，都可以合并。
假设现在有一个本地局域网的仓库，然后我想要添加一个github的远程地址，但是我只希望我release的版本发布到github上。
1) 添加远程地址，指定远程地址名称
git remote add github git://github.com/user/test.git
上述命令添加了一个名为github的远程地址。
使用git remote 查看远程地址列表.
使用git remote -v 显示远程详情
2) 然后将本地仓库推到指定远程即可：
git push 远程名称 远程分支名
对我个人而言，都是新建一个本地分支与远程分支对应。对于本地而言，不同的远程仓库地址都是不同的分支而已。只是在push的时候小心，不要把代码推到不该推的仓库就可以了。
发布的时候只保留一个commit记录
一般代码合并的时候都是使用merge直接合并。但是merge有个问题就是会把详细的提交记录合并过去。对于一些项目发布，在发布版本上其实不需要记录过多的开发细节。只需记录发布日志信息。这个时候就需要merge --squash了。
git merge dev --squash
git commit -m 'relase version2'
git push
上述命令会将dev分支的变更进行合并，但是不会使用dev的commit信息，而是需要再自己手动发布一个commit。
merge之前分支情况:
merge之后分支情况:
merge--squash之后分支情况:
保持分支干净rebase
如果你有强迫症，每次看到各个分支之间的连接网络就抓狂，不想看到下面的场景:
那你可能需要使用rebase来合并代码。
关于rebase的介绍可以参考官方文档
git rebase 需要合并的分支名称
以下是rebase前后的一个效果展示
使用git rebase 之后:
可以看到，git rebase 时候合并后的分支非常干净，看到的提交记录就好像整个开发过程在当前分支串行完成的一样。
rebase修改历史commit
假如在上调试的时候，提交了很多次类似于'fix error'之类的提交信息像下面这样的:
怎么把这些信息压缩到一个commit里面呢?这里还是使用到rebase
比如上面的提交记录，我需要合并'fix1','fix2','fix3','fix5'到一个commit 'fix error before online'里面
首先找到fix1前一个记录的hash,然后使用git rebase -i hash。命令会把hash之后的commit都列出来，开发人员决定保留那些(pick)，删除哪些(squash)。然后按照命令提示重新编写提交信息即可。合并之后的提交记录如下:
删除本地commit
对于本地已经commit但是还没有push的情况下
1、保留本地修改:
git reset commit_id 丢弃commit，但是保留文件修改，commit_id是本地的commit
2、完全撤销到修改前状态
git reset --hard commit_id commit_id是修改前最后一个commit_id
以上就是工作中会用的比较多的git操作。当然git还有很多操作可以很好的帮助我们管理代码，还得好好学习。