git入门实用命令总结

1.创建版本库
什么是版本库呢？版本库又名仓库，英文名repository，你可以简单理解成一个目录，这个目录里面的所有文件都可以被Git管理起来，每个文件的修改、删除，Git都能跟踪，以便任何时刻都可以追踪历史，或者在将来某个时刻可以“还原”。
（readme.txt 是我的一个文件,用来举例）
mkdir testgit
cd testgit/
git init
git仓库创建成功，ll -ah命令可看到多了一个.git目录。

2.有了版本库，就可以把想要文件放到版本库里面了
首先这里再明确一下，所有的版本控制系统，其实只能跟踪文本文件的改动，比如TXT文件，网页，所有的程序代码等等，Git也不例外。版本控制系统可以告诉你每次的改动，比如在第5行加了一个单词“Linux”，在第8行删了一个单词“Windows”。而图片、视频这些二进制文件，虽然也能由版本控制系统管理，但没法跟踪文件的变化，只能把二进制文件每次改动串起来，也就是只知道图片从100KB改成了120KB，但到底改了啥，版本控制系统不知道，也没法知道。
言归正传，现在我们编写一个 vim readme.txt文件,输入一些信息。
一定要放到testgit目录下（子目录也行），因为这是一个Git仓库，放到其他地方Git找不到这个文件。
第一步、git add readme.txt 不会有提示信息。“没有消息就是好消息”，说明添加成功。
第二步、git commit -m "wrote a readme file"告诉Git，把文件提交到仓库。-m后面输入
如果已经记不清上次怎么修改的readme.txt，所以，需要用git diff这个命令看看git diff readme.txt
的是本次提交的说明，可以输入任意内容，当然最好是有意义的，这样你就能从历史记录里方便地找到改动记录。
总结1、
初始化一个Git仓库，使用git init命令。
添加文件到Git仓库，分两步：
使用命令git add ，注意，可反复多次使用，添加多个文件；
使用命令git commit -m ，完成。

2.版本回退
版本控制系统用git log命令可以告诉我们历史记录，
git log --pretty=oneline 可以看到commit id 版本号
首先，Git必须知道当前版本是哪个版本，在Git中，用HEAD表示当前版本，也就是最新的提交，上一个版本就是HEAD^ ，上上个版本HEAD^^。
1）git reset --hard HEAD^
2)或者根据提交的id指定退回到哪个版本git reset --hard commit_id.
现在，你回退到了某个版本，，想恢复到新版本怎么办？找不到新版本的commit id怎么办？
Git提供了一个命令git reflog用来记录你的每一次命令：
2.总结
HEAD指向的版本就是当前版本，因此，Git允许我们在版本的历史之间穿梭，使用命令git reset --hard commit_id.
用git log可以查看提交历史，以便确定要回退到哪个版本。
用git reflog查看命令历史，以便确定要回到未来的哪个版本。

3.git checkout – readme.txt意思就是，把readme.txt文件在工作区的修改全部撤销，在错误的修改了readme.txt之后，还没有git add readme.txt 可以用git checkout – readme.txt

4.命令git rm用于删除一个文件。如果一个文件已经被提交到版本库，那么你永远不用担心误删，但是要小心，你只能恢复文件到最新版本，你会丢失最近一次提交后你修改的内容。

5.现在的情景是，你已经在本地创建了一个Git仓库后，又想在GitHub创建一个Git仓库，并且让这两个仓库进行远程同步，这样，GitHub上的仓库既可以作为备份，又可以让其他人通过该仓库来协作，真是一举多得。登陆GitHub，然后，在右上角找到“Create a new repo”按钮，创建一个新的仓库：
在Repository name填入testgit，其他保持默认设置，点击“Create repository”按钮，就成功地创建了一个新的Git仓库：
本地输入
git remote add origin git@github.com:自己的GitHub账号/testgit.git。添加后，远程库的名字就是origin，这是Git默认的叫法，也可以改成别的，但是origin这个名字一看就知道是远程库。
下一步，就可以把本地库的所有内容推送到远程库上：
git push -u origin master。
从现在起，只要本地作了提交，就可以通过命令：git push origin master，把本地master分支的最新修改推送至GitHub，现在，你就拥有了真正的分布式版本库！
从远程库拉取
git clone git@github.com:自己的GitHub账号/库名.git

5.分支
首先，我们创建dev分支，然后切换到dev分支：git checkout -b dev
git checkout命令加上-b参数表示创建并切换，相当于以下两条命令：
git branch dev
git checkout dev
在dev分支上做一些操作之后，然后git commit -m 提交
现在，dev分支的工作完成，我们就可以切换回master分支：git checkout master
现在，我们把dev分支的工作成果合并到master分支上：
git merge dev
合并完成后，就可以放心地删除dev分支了
git branch -d dev

通常，合并分支时，如果可能，Git会用Fast forward模式，但这种模式下，删除分支后，会丢掉分支信息。
如果要强制禁用Fast forward模式，Git就会在merge时生成一个新的commit，这样，从分支历史上就可以看出分支信息。
下面我们实战一下–no-ff方式的git merge：
git merge --no-ff -m “merge with no-ff” dev 因为本次合并要创建一个新的commit，所以加上-m参数，把commit描述写进去

软件开发中，bug就像家常便饭一样。有了bug就需要修复，在Git中，由于分支是如此的强大，所以，每个bug都可以通过一个新的临时分支来修复，修复后，合并分支，然后将临时分支删除。
当你接到一个修复一个代号101的bug的任务时，很自然地，你想创建一个分支issue-101来修复它，但是，等等，当前正在dev上进行的工作还没有提交：
git stash可以把当前工作现场“储藏”起来，等以后恢复现场后继续工作：
git stash list命令查看是否有隐藏的工作区
Git把stash内容存在某个地方了，但是需要恢复一下，有两个办法：
一是用git stash apply恢复，但是恢复后，stash内容并不删除，你需要用git stash drop来删除；
另一种方式是用git stash pop，恢复的同时把stash内容也删了。