1. 当提交的远程仓库里的修改有 bug ，需要回退到前一个或者几个版本的时候，可以使用以下三种方法中的任意一种：
-
强制推到远程
操作方法是先把本地的代码库回退到想要回滚的那次提交那里，可以使用 git log 命令查看所有提交记录，并复制想要回退到的 commit id, 见下图中标识
本地代码回滚的命令是
git reset --hard commit-id(这里是想回滚到的某次提交的 commit-id)
然后使用如下命令强制推送到远程
git push -f origin master
其中 -f 表示强制推送，如果不加 -f ，会提示当前本地代码版本库落后远程代码库，需要先执行 git pull 命令更新。
-
删除远程分支后再推送
也可以在将本地代码库回退后执行删除远程分支的方法，即先执行
git reset --hard commit-id(这里是想回滚到的某次提交的 commit-id)
然后删除远程分支(注意 master 前有个 ：)
git push origin :master
最后再把当前代码推送到远端
git push origin master
-
安全回滚到远程分支（不修改提交历史记录）
首先我们通过 git log确认要回滚到的版本的 commit hash。 例如，我们有 4 个版本，其中后两个是坏的，要回滚到 version 2，它对应的 commit hash 就是 4a50c9f：
* d4ccf59 (HEAD -> master) version 4 (harttle screwed it up, again)
* 5b7d48e version 3 (harttle screwed it up)
* 4a50c9f version 2
* 491c6e0 version 1
首先，签出历史版本
为了便于操作，我们给这个版本一个分支名，比如 v2：
git checkout -b v2 4a50c9f
现在就位于 v2 分支啦，当前的 Git 记录如下，比上一步只是多了一个分支名：
* d4ccf59 (master) version 4 (harttle screwed it up, again)
* 5b7d48e version 3 (harttle screwed it up)
* 4a50c9f (HEAD -> v2) version 2
* 491c6e0 version 1
然后，假合并 master
为了不修改提交历史，我们只能生成一个新的 Commit 让代码状态回到 v2。 这意味着必须在 version 4 的基础上进行，思路和手动操作无异。 但我们可以通过一个神奇的合并操作自动完成：
git merge -s ours master
-s <strategy> 用来指定合并策略，ours 是递归合并策略的一种，即直接使用当前分支的代码。 -s ours 合并的结果是产生了一个基于 master 的 Commit，但 HEAD 中的代码与合并前完全相同。 从 Git 记录可以看到 version 2 和 version 4 进行了合并：
* 94fa8a7 (HEAD -> v2) Merge branch 'master' into v2
|\
| * d4ccf59 (master) version 4 (harttle screwed it up, again)
| * 5b7d48e version 3 (harttle screwed it up)
|/
* 4a50c9f version 2
* 491c6e0 version 1
但合并中完全使用 v2 的代码，即合并前后 git diff 为空。
至此，我们已经产生了一个与历史提交记录一致，但基于 master 的一个 commit 。
最后，push 到远程
git push origin master
# 等价于
git push origin v2:master
# 等价于
git push origin HEAD:master
2. git 新建本地分支，并对应建立远程分支和推送到远程分支
a. 本地创建并切换分支
git checkout -b dev
b. 将dev分支推送到远程,即新建一个远程分支（同名字的远程分支）
git push origin dev:dev //推送本地的dev(冒号前面的)分支到远程origin的dev(冒号后面的)分支(没有会自动创建)
c. 建立本地到上游（远端）仓的链接，即把本地的新分支和远程的新分支关联，这样代码才能提交上去
git branch --set-upstream-to=origin/dev
3. git 新建一个与某个远程分支关联的本地分支，并切换到当前分支
git checkout -b dev origin/dev
使用该方式会在本地新建分支 dev ，并自动切换到该本地分支 dev , 采用此种方法建立的本地分支会和远程分支建立映射关系。
也可以使用下边的方法：
git fetch origin 远程分支名x:本地分支名x
使用该方式会在本地新建分支x，但是不会自动切换到该本地分支x，需要手动checkout。
采用此种方法建立的本地分支不会和远程分支建立映射关系。需要使用以下方法建立关联：
git branch --set-upstream-to=origin/dev
**4. git 提交打 tag **
在提交项目代码时，有时需要打 tag ,例如在某个节点要打包发布，可以打一个发布的 tag 用来做记录。
打标签的命令是：
git tag -a v1.0.1 -m "Release version 1.0.1"
标签说明：
git tag 是命令
-a v1.0.1 表示增加名为 v1.0.1的标签
-m "Release version 1.0.1" 表示标签的注释
相关操作
提交
tag 提交通常在 commit 之后进行
git add .
git commit -m "fix some bugs"
git tag -a v1.0.1 -m "Release version 1.0.1"
分享提交标签到远程服务器上
git push origin master
git push origin --tags
--tags 表示提交所有 tag 到服务器端，普通的 git push origin master 命令不会推送标签到服务器端。
切换到已有标签
git tag --list //查看已有 tag 列表
git checkout [tag/branch/commit] // 切换到指定tag/branch/commit都是此命令
删除标签命令
git tag -d v1.0.1 //删除 v1.0.1
删除远端服务器的标签
git push origin :refs/tags/v1.0.1
