Git 使用常见问题

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

  • 强制推到远程

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

Git 使用常见问题_第1张图片
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 用来指定合并策略,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

你可能感兴趣的:(Git 使用常见问题)