git命令记录

描述

下面是一些我总结并记录的我在工作中常用的git命令，以前一直保存在本地，最近受人启发，本着相互分享才能获得更多的原则，特此记录方便查找并且为一些初学者提供方便。

基本命令

1 把这个目录变成Git可以管理的仓库

	git init

2. 文件修改添加到暂存区

   git add [文件名]
   

3. 暂存区的所有内容提交到当前分支,我们创建Git版本库时，Git自动为我们创建了唯一一个master分支，所以，现在git commit就是往master分支上提交更改

   	git commit -m "worte a file“
   

4.一次往暂存区添加多个文件

git add file2.txt file3.txt

5. 看当前仓库的状态

   git status
   

6. 仅仅删除暂存区里的文件

   git rm --cache 文件名
   

7.删除暂存区和工作区的文件

	git rm -f 文件名

8.对比查看修改内容

	git diff [文件名]

历史记录

git log
git log --pretty=oneline

版本回退

	git reset有三个选项，--hard、--mixed、--soft。


	git reset --soft 版本库ID  
	仅仅只是撤销已提交的版本库，不会修改暂存区和工作区

	git reset --mixed 版本库ID
	仅仅只是撤销已提交的版本库和暂存区，不会修改工作区
	
	git reset --hard 版本库ID
	彻底将工作区、暂存区和版本库记录恢复到指定的版本库
	

	
	eg:git reset --hard HEAD^
	
	上一个版本就是HEAD^，上上一个版本就是HEAD^^，当然往上100个版本写100个^比较容易数不过来，所以写成HEAD~100

命令记录

 git reflog	记录你的每一次命令

撤销修改

	git checkout -- readme.txt

	命令git checkout -- readme.txt意思就是，把readme.txt文件在工作区的修改全部撤销，这里有两种情况：
	一种是readme.txt自修改后还没有被放到暂存区，现在，撤销修改就回到和版本库一模一样的状态；
	
	一种是readme.txt已经添加到暂存区后，又作了修改，现在，撤销修改就回到添加到暂存区后的状态。
	总之，就是让这个文件回到最近一次git commit或git add时的状态、

	git checkout -- file命令中的--很重要，没有--，就变成了“切换到另一个分支”的命令
	
	git checkout其实是用版本库里的版本替换工作区的版本，无论工作区是修改还是删除，都可以“一键还原”

一个已有的本地仓库与远程仓库关联

git remote add origin https://github.com/xxx/xxx.git

分支相关

	第一次推送远程分支
		git push -u origin master
		由于远程库是空的，我们第一次推送master分支时，加上了-u参数，
		Git不但会把本地的master分支内容推送的远程新的master分支，还会把本地的master分支和远程的master分支关联起来，在以后的推送或者拉取时就可以简化命令，以后
		git push



克隆远程库到本地

	git clone https://git.coding.net/xxx/xxx-cloud.git




查看分支：git branch

创建分支：git branch <name>

切换分支：git checkout <name>

创建+切换分支：git checkout -b <name>

合并某分支到当前分支：git merge <name>

删除分支：git branch -d <name>




查看分支合并图：

	git log --graph --pretty=oneline --abbrev-commit

正常合并分支

git merge dev

分支策略

在实际开发中，我们应该按照几个基本原则进行分支管理：
首先，master分支应该是非常稳定的，也就是仅用来发布新版本，平时不能在上面干活；
那在哪干活呢？干活都在dev分支上，也就是说，dev分支是不稳定的，到某个时候，比如1.0版本发布时，再把dev分支合并到master上，在master分支发布1.0版本；
你和你的小伙伴们每个人都在dev分支上干活，每个人都有自己的分支，时不时地往dev分支上合并就可以了。

保存工作现场、

	git stash

查看工作现场存到哪里？

	git stash list

恢复工作现场

1.  A、git stash apply//恢复
	B、git stash drop//来删除stash内容；
2.  git stash pop stash  //恢复的同时把stash内容也删了

注：你可以多次stash，恢复的时候，先用git stash list查看，然后恢复指定的stash，用命令git stash apply stash@{0}

未合并分支强制删除

git branch -D feature-vulcan

多人协作

因此，多人协作的工作模式通常是这样：

1. 首先，可以试图用git push origin 推送自己的修改；
2. 如果推送失败，则因为远程分支比你的本地更新，需要先用git pull试图合并；
3. 如果合并有冲突，则解决冲突，并在本地提交；
4. 没有冲突或者解决掉冲突后，再用git push origin 推送就能成功！
   如果git pull提示no tracking information，则说明本地分支和远程分支的链接关系没有创建，用命令git branch --set-upstream-to origin/。
   这就是多人协作的工作模式，一旦熟悉了，就非常简单。

查看远程库的信息

git remote

git remote -v

推送分支

git push origin master

如果要推送其他分支，比如dev，就改成git push origin dev