git代码管理利器之git常见操作（掌握这些足以应对80%的情况）

本人公司用的是gitlab对代码进行托管，平时多人开发，只需要开通权限，然后在自己的分支或者某些分支上合作开发即可。常见的情形比如：

1.情形一：开发的过程中，你觉得对代码不满意，所以想从头开始，但是又不想丢失自己已经完成的部分工作。那你可以先保存一版，然后版本回退到上一版从头接着开发。这里不建议用git stash把修改保存然后再开发，因为git stash其实主要是用来保存零时性的操作，下面有具体情形。

2.情形二，你开发的过程中，突然想切换分支去看些别的分支的代码，但是众所周知，没有提交之前会存在已有的修改，所以是不能切换分支的，但是你又没有完成什么具体的工作，不想提交版本，这时候就可以用stash来先将修改保存起来，然后此时便回到了版本最初的时候，切换分支即可。等再切换回来的时候，只需要 git stash pop弹出即可。

情形三：你完成了你的工作，但你对代码不满意，想重构一下，但是又怕出现某些问题。这时候可以回到上一版本，然后重新写，及时重构不成功，因为你还有完成工作的版本。只需要把未重构版push到服务器供别人使唤即可，然后等有时间接着重构或修改。

情形四：我们已经完成了我们的开发，要提交版本并推送了，但是我修改的地方太多，可能有误修改，这时候我们最好先diff一下我们已经做出的修改。仔细比对。其实每次提交代码前先diff代码是一个很好的习惯。建议使用小乌龟或者其他可视化的工具去diff，因为git bash不是很直观。。。

 

最后，想问大家，在我们管理项目的过程中，有的公司会用SVN，有的公司会用git，我们都知道，SVN是集中式管理，git是分布式管理，但是具体对我们平时的代码开发者俩者有什么影响呢？

我就遇到这样一个情况，远端还没有新建仓库，然后我需要自己新建项目进行开发了。但是我又想对代码进行版本控制，这时候分布式的版本控制就显示出他的威力了，其实很多人都忽略了分布式管理的这一点。我们照样init初始化仓库，然后像以往一样进行开发，只不过是没有远端不进行推送而已。而SVN无法做到这点。