1. 当提交的远程仓库里的修改有 bug ，需要回退到前一个或者几个版本的时候，可以使用以下三种方法中的任意一种：

• 强制推到远程

操作方法是先把本地的代码库回退到想要回滚的那次提交那里，可以使用 git log 命令查看所有提交记录，并复制想要回退到的 commit id, 见下图中标识

commit-id.jpg

本地代码回滚的命令是

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