标签：des blog http io ar os 使用 sp for
git init命令。git add <file>，注意，可反复多次使用，添加多个文件；git commit，完成。git status命令。git status告诉你有文件被修改过，用git diff可以查看修改内容HEAD指向的版本就是当前版本，因此，Git允许我们在版本的历史之间穿梭，使用命令git reset --hard commit_id。git log可以查看提交历史，以便确定要回退到哪个版本。git reflog查看命令历史，以便确定要回到未来的哪个版本。
git checkout -- file。git reset HEAD file，就回到了场景1，第二步按场景1操作。git rm用于删除一个文件。如果一个文件已经被提交到版本库，那么你永远不用担心误删，但是要小心，你只能恢复文件到最新版本，你会丢失最近一次提交后你修改的内容。git remote add origin git@server-name:path/repo-name.git；git push -u origin master第一次推送master分支的所有内容；git push origin master推送最新修改；dev指针，改改HEAD的指向，工作区的文件都没有任何变化！不过，从现在开始，对工作区的修改和提交就是针对dev分支了，比如新提交一次后，dev指针往前移动一步，而master指针不变：dev上的工作完成了，就可以把dev合并到master上。Git怎么合并呢？最简单的方法，就是直接把master指向dev的当前提交，就完成了合并Fast forward模式，Git就会在merge时生成一个新的commit，这样，从分支历史上就可以看出分支信息。master分支应该是非常稳定的，也就是仅用来发布新版本，平时不能在上面干活；
那在哪干活呢？干活都在dev分支上，也就是说，dev分支是不稳定的，到某个时候，比如1.0版本发布时，再把dev分支合并到master上，在master分支发布1.0版本；
你和你的小伙伴们每个人都在dev分支上干活，每个人都有自己的分支，时不时地往dev分支上合并就可以了。
所以，团队合作的分支看起来就像这样：
--no-ff参数就可以用普通模式合并，合并后的历史有分支，能看出来曾经做过合并，而fast forward合并就看不出来曾经做过合并。标签：des blog http io ar os 使用 sp for
原文地址：http://www.cnblogs.com/weychen/p/4086537.html
