最近从SVN转换到GIT下工作，遇到了很多的问题，很多的命令不一样了，有一些原理机制也不太一样了。
从我们实际的项目入手，把我需要用到的主要操作记录下来。
1.checkout
git clone git://address
2.如果你不进行任何配置（我就没有进行任何配置），你现在的工作分支就是当前本机的“主干”，再你修改之后需要进行提交
git commit 这里的提交并不是提交到了，服务器或者你们工作小组的某一台机器，而是提交到了你的本机。（自己本机还需要提交？这个工作原理，大家可以查看一下文档。）
3.在提交之后，我们需要打补丁。
$ git-fetch origin
$ git-rebase origin
$ git-format-patch origin
在执行这三个操作之间最好先 git pull更新一下，再完成这些操作之后，在当前的文件夹下会生成一个文件。你把这个文件，也就是补丁
发给项目的负责人，由他来进行合并。
如果在自己本机提交多次，打补丁的时候会生成多个补丁文件，这样一起传输有一些麻烦，合并起来也不是很方便。我们就需要在打补丁
之前
$git log
先查看一下版本
$git-reset –soft 哈希数（即版本序号）回退到以前的版本再次重新打补丁，这里的回退只是版本的回退，修改的文件都没有回退
到以前。
整个分机打补丁的流程就完成了，分机需要做的就是更新－>修改－>打补丁。
刚刚接触git，就先写这么多。
PS：补充
经过一阶段的使用，在实际的应用过程中，我们在打补丁的时候遇到了很多的问题。
虽然说具体问题具体分析，但是还是在这里写一下一些问题的处理办法。
#git status 我们在提交之前都会看一下，我们修改了哪些文件。
#git add 如果被修改的文件没有被提交，记得要添加上去。
#git commit 我们把我们自己修改的文件提交一下。
#git pull 更新，一直更新到already什么的，如果遇到冲突了就解决，解决完之后commit上去，再更新
#git log 查看版本，如果补丁打不上，选择回退的版本，也就是服务器上最新的版本。
(这里要注意一下，有的时候会出现一个补丁自动合并的版本，这个时候我们就需要回退到这个版本的下一个)
#git status 版本回退之后，查看一下文件的状态
#git commit 再一次提交
剩下的就是上面提到的打不定的方法了
