-
git init初始化一个本地git仓库repository -
git status查看状态 -
git add <file>将工作区修改加到暂存区（stage） -
git commit -m "<some message>"将暂存区（stage）提交到仓库（repository）并写一些备忘信息 -
git reset --hard HEAD^或者git reset --hard HEAD~1将工作区退回到仓库（repository）中上一个版本 -
git checkout -- <file>将工作区中file文件的修改撤销，包括把删除的file复原（在添加到stage之前才有效，如果将工作区文件的修改add到了stage，那么再使用这个命令就会无效，这时应该先把stage的unstage撤销掉再使用上面的命令） -
git reset HEAD <file>将添加至stage的file文件unstage掉 -
git rm <file>把file从repository中删除，之后再用commit就行 -
git remote add origin git@server-name:path/repo-name.git关联一个远程库 -
git push -u origin master第一次将本地的repository的master分支推送到远程，以后再push就不用加-u了 -
git clone git@server-name:path/repo-name.git从远程仓库clone一个仓库到本地，同时会关联到远程仓库 -
git clone -b <branchName> git@server-name:path/repo-name.git从远程clone指定分支到本地 -
git branch <name>创建一个名为name的分支 -
git checkout <name>切换到name分支上 -
git chekout -b <name>上面两条命令合并之后的简写，即创建一个名为name的分支并切换到那个分支 -
git branch查看本地所有分支，当前所在分支前面有一个*号 -
git branch -r查看远程所有分支 -
git branch -a查看本地和远程所有分支 -
git branch -d <name>删除名为name的分支 -
git branch -D <name>强行删除名为name的分支，用d删除的话，如过name分支没有被合并就无法删除，那么就要用D -
git merge <name>将指定name的分支合并到当前分支，其实就是把当前分支的内容更新为指定name分支的内容（前提是name分支的修改是上次commit之后最新的修改，或者说在上次commit之后name分支commit的次数比当前分支commit的次数多），如果name分支和当前分支的修改都是在上次commit之后最新的修改且内容不一样（或者说这两个分支自上次commit之后各自commit的次数是一样的），那么 就会产生冲突，需要解决冲突才能在当前分支上完成合并。解决冲突的方法就行修改当前分支内容，确定你想要当前分支的内容，然后再在当前分支上add和commit一次就可以了，这时，当前分支会比name分支多一次提交，也就是当前分支的修改比name分支的修改要新（如果此时你切换到name分支上，再merge当前分支，那么就会直接合并了，因为当前分支比name分支要新） -
git merge <name>时，如果name分支没有当前分支新，那么就会提示Already up to date，就是说当前分支比起name分支是新的。 -
git log查看提交的日志信息 -
git log --pretty=oneline查看只有一行的简略日志信息 -
git log --graph查看日志信息的图示信息 git log --grapg --pretty=oneline --abbrev-commit-
git merge --no-ff表示在系统采取fast-forward时让系统采用普通合并方式，而不是采用快速合并，普通合并会多一次commit，这样在以后查看时能够看到合并历史，而fast-forward合并则看不到曾经做过的合并 - 分支管理策略：一般来说都是一个master分支，这个分支只用来发布新版本，不在上面干活，应该新建一个dev分支，平时都在dev上面干活，每个人一个分支，之后合并到dev上面就行，要发布时就把dev合并到master分支上即可。
-
git stash把当前工作现场先存起来（不是add也不是commit），可以暂时去做其他事，之后（主要应用场景是当前手头工作没做完不能commit，但是又有紧急的bug需要切换到其他分支上去修复） -
git stash list查看所有存起来的工作现场 -
git stash apply <指定stash>或者git stash pop <指定stash>，两者区别就是前者恢复工作现场后stash list当中并不删除指定stash，而后者就是直接将stash list中的pop出去删除了。 -
git remote查看远程库信息，远程库默认名字是origin，git remote -v查看更详细的信息 -
git push origin <brancName>将分支推送到远程的branch分支上 - 如果在git clone时不指定branch名称，那么clone下来的只会包含远程的master分支，在这之后如果要切换到远程的某一分支上，例如dev分支，那么就需要
git checkout -b dev origin/dev，用这个命令创建本地的dev分支，然后就可以在这个dev上修改，并在之后随时push - 如果多个人同时关联了远程库（多人协作时），在push的时候，发现有人已经向remote推送了他的提交，而你对同样的文件做了修改，那么在push的时候就会报错rejected推送失败，因为有冲突，所以这时候应该git pull拉取最新的提交并（自动地）在本地合并，产生冲突，然后本地解决冲突之后再add、commit，再push。
-
git pull从远程拉取最新的修改到本地并合并，如果有冲突则需要在本地解决。git pull相当于git fetch加上merge - 接着上面的说，如果本地解决冲突再push上去之后，其他的人是不会自动的获得更新消息的，就是说别人使用git status会提示up to date with origin/<branchName>，他们需要git fetch或者git pull之后才能获取到远程最新的变动
-
git fetch从远程取回所有分支的更新（但不会自动合并） -
git fetch origin <branchName>从远程取回branchName分支的更新（但不会自动合并）。使用fetch之后就可以用git status查看到本地和远程之后的变动了。 git rebase-
git diff <filename>不带参数就是比较工作区和stage中filename文件的不同 -
git diff --cached <filename>比较stage和repository中filename文件的不同 -
git diff HEAD <filename>比较工作区和repository中filename文件的不同 - 标签
-
git add .只添加当前目录下的更改 -
git add -A添加repository中所有目录下的修改 - 在本地新建一个分支再push到远端：
git checkout -b newbranch，git push origin newbranch -
git cherry-pick <commitid>、git cherry-pick <commitid1>..<commitid2>这里的<commitid>一般来说不是当前分支上的，而是另一个分支上的<commitid>，用于将另一个分支上的提交commit（或者说复制到、摘抄到）到当前分支，详见：git 场景——从一个分支cherry-pick一个或多个commit到另一个分支
git笔记
©著作权归作者所有,转载或内容合作请联系作者
- 文/潘晓璐 我一进店门，熙熙楼的掌柜王于贵愁眉苦脸地迎上来，“玉大人，你说我怎么就摊上这事。” “怎么了？”我有些...
- 文/花漫 我一把揭开白布。 她就那样静静地躺着，像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上，一...
- 文/苍兰香墨 我猛地睁开眼，长吁一口气：“原来是场噩梦啊……” “哼！你这毒妇竟也来了？” 一声冷哼从身侧响起，我...
