很久以前，我做过一件浪费过我一个下午的事情，那是刚开始用git的时候，本地的修改还在working copy当中，但是其中的一个文件我发现自己修改有误，于是，天真没有选择自己的文件reset，而是找到了一个这个文件的历史提交来check out，火大死了当时。对git的不熟悉使得自己走了不少弯路，这里我大概总结一下
1 git的创建： file--new 其中需要输入远端的地址和相应clone到本地的目录。
2 git文件的修改：本地修改完文件，所有修改的会出现在working copy或者或者master的uncomitted change里面。这时候如果你有些文件不想看到修改，可以右键ignore。在view栏目还是可以选择性show。
3 git的提交：选择文件，而后addtoindex。然后commit。这时候，可以写上响应的commitmessage。
4 git的push：选择push到响应的分支，在这里如果有冲突，则push失败，这里的冲突指的是在你修改前的本地clone和远端不同，往往是因为别人提交过，所以要养成push之前先pull的习惯。
5 git的pull： pull等于拉下最新的远端，往往会与本地的修改产生冲突，选择冲突文件中的》》》》里面的内容进行修改，进行选择，然后mark resorved。然后再提交。
6 git分支的创建： 我们经常工作在master分支下，如果我们需要有一个OBT或者CBT版本，那么需要建立一个额外的分支，我们工作还是切换到master下，而CBT,OBT版本一般来说，是把master稳定的内容进行merge过去。这个流作为一个稳定流而已，其实也不是真正意义上的多分支开发。因为我们的项目也没有那样的需求。
7 tips：checkout一定要慎用，不到万不得已不要用。没法搞定的内容可以remove掉，然后再pull一个下来。如果多分支，远端的orgin下面要建立多个对应的分支，记得push和pull的时候要对用好远端分支。
8 unity的资源修改往往要save scene才能在git中体现出来，而更加明了的的做法是在unity中选择edit - project seeting - editor 中asset seriallization修改mode 为force text则将所有资源以文本方式表现比较好
PS： SVN被我们沦为网盘。。。还真悲哀