前往小程序，Get更优阅读体验！
立即前往
文档建议反馈控制台
首页
学习
活动
专区
工具
TVP
最新优惠活动
文章/答案/技术大牛
发布
首页
学习
活动
专区
工具
TVP最新优惠活动
返回腾讯云官网
社区首页 >专栏 >运维实用技能--Git常用命令（下部）

运维实用技能--Git常用命令（下部）

作者头像
用户5766185
发布于 2019-07-08 15:10:13
7740
发布于 2019-07-08 15:10:13
举报
文章被收录于专栏：运维架构之路

一.删除文件

一般情况下，你通常直接在文件管理器中把没用的文件删了，或者用rm命令删了：

代码语言：javascript
复制
[root@liu rep]# ll
total 8
-rw-r--r-- 1 root root 17 Jul  1 15:53 readme.txt
-rw-r--r-- 1 root root  6 Jun 29 23:48 test
[root@liu rep]# rm -f test
这个时候，Git知道你删除了文件，因此，工作区和版本库就不一致了，git status命令会立刻告诉你哪些文件被删除了：
[root@liu rep]# git status
# On branch master
# Changes not staged for commit:
#   (use "git add/rm <file>..." to update what will be committed)
#   (use "git checkout -- <file>..." to discard changes in working directory)
#
#  deleted:    test
#
no changes added to commit (use "git add" and/or "git commit -a")

现在你有两个选择，一是确实要从版本库中删除该文件，那就用命令git rm删掉，并且git commit：

代码语言：javascript
复制
[root@liu rep]# git commit -m "rm test"
[master fc3f2b7] rm test
1 file changed, 1 deletion(-)
delete mode 100644 test
[root@liu rep]# git status
# On branch master
nothing to commit, working directory clean

先手动删除文件，然后使用git rm <file>和git add<file>效果是一样的。

另一种情况是删错了，因为版本库里还有呢，所以可以很轻松地把误删的文件恢复到最新版本：

可以通过git reflog找到删除之前的标记,然后通过git reset --hard 还原历史版本

代码语言：javascript
复制
[root@liu rep]# git reset --hard 1f4f
HEAD is now at 1f4f862 add test
[root@liu rep]# ll
total 8
-rw-r--r-- 1 root root 17 Jul  1 15:53 readme.txt
-rw-r--r-- 1 root root  6 Jul  2 00:01 test

注意：从来没有被添加到版本库就被删除的文件，是无法恢复的！

命令git rm用于删除一个文件。如果一个文件已经被提交到版本库，那么你永远不用担心误删，但是要小心，你只能恢复文件到最新版本，你会丢失最近一次提交后你修改的内容。

二.添加远程仓库

你已经在本地创建了一个Git仓库后，又想在GitHub创建一个Git仓库，并且让这两个仓库进行远程同步，这样，GitHub上的仓库既可以作为备份，又可以让其他人通过该仓库来协作，真是一举多得。

首先，登陆GitHub，然后，在右上角找到“Create a new repo”按钮，创建一个新的仓库：

在Repository name填入readme，其他保持默认设置，点击“Create repository”按钮，就成功地创建了一个新的Git仓库：

目前，在GitHub上的这个readme仓库还是空的，GitHub告诉我们，可以从这个仓库克隆出新的仓库，也可以把一个已有的本地仓库与之关联，然后，把本地仓库的内容推送到GitHub仓库。

现在，我们根据GitHub的提示，在本地的rep仓库下运行命令：

现在，我们根据GitHub的提示，在本地的learngit仓库下运行命令：

$ git remote add origin git@github.com:your repository/readme.git

添加后，远程库的名字就是origin，这是Git默认的叫法，也可以改成别的，但是origin这个名字一看就知道是远程库。

下一步，就可以把本地库的所有内容推送到远程库上：

代码语言：javascript
复制
[root@liu rep]# git push -u origin master
Username for 'https://github.com': gitau
Password for 'https://gitau@github.com':
Counting objects: 12, done.
Compressing objects: 100% (7/7), done.
Writing objects: 100% (12/12), 923 bytes | 0 bytes/s, done.
Total 12 (delta 0), reused 0 (delta 0)
To https://github.com/gitau/readme.git
* [new branch]      master -> master
Branch master set up to track remote branch master from origin.

因为我没有在github添加我机器的ssh key,所以我是直接输入github的用户名和密码.

把本地库的内容推送到远程，用git push命令，实际上是把当前分支master推送到远程。

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

推送成功后，可以立刻在GitHub页面中看到远程库的内容已经和本地一模一样：

从现在起，只要本地作了提交，就可以通过命令：

代码语言：javascript
复制
$ git push origin master

把本地master分支的最新修改推送至GitHub，现在，你就拥有了真正的分布式版本库！

二.从远程库克隆

上面我们讲了先有本地库，后有远程库的时候，如何关联远程库。

现在，假设我们从零开发，那么最好的方式是先创建远程库，然后，从远程库克隆。

首先，登陆GitHub，创建一个新的仓库，名字叫readmetest：

我们勾选Initialize this repository with a README，这样GitHub会自动为我们创建一个README.md文件。创建完毕后，可以看到README.md文件：

现在，远程库已经准备好了，下一步是用命令git clone克隆一个本地库：

代码语言：javascript
复制
[root@liu ~]# git clone https://github.com/gitau/readmetest.git
Cloning into 'readmetest'...
remote: Enumerating objects: 3, done.
remote: Counting objects: 100% (3/3), done.
remote: Total 3 (delta 0), reused 0 (delta 0), pack-reused 0
Unpacking objects: 100% (3/3), done.
[root@liu ~]# ll
total 16
-rw-r--r-- 1 root root 1976 May 30 22:40 ca.crt
drwxr-xr-x 3 root root 4096 Jul  2 07:42 readmetest
drwxr-xr-x 3 root root 4096 Jul  2 00:01 rep
drwxr-xr-x 2 root root 4096 May 14 19:19 root
[root@liu ~]# cd readmetest/
代码语言：javascript
复制
[root@liu readmetest]# ll

total 4
-rw-r--r-- 1 root root 25 Jul  2 07:42 README.md

GitHub给出的地址不止一个，还可以用https这样的地址。实际上，Git支持多种协议，默认的git://使用ssh，但也可以使用https等其他协议。使用https除了速度慢以外，还有个最大的麻烦是每次推送都必须输入口令.

三.创建与合并分支

在版本回退里，你已经知道，每次提交，Git都把它们串成一条时间线，这条时间线就是一个分支。截止到目前，只有一条时间线，在Git里，这个分支叫主分支，即master分支。HEAD严格来说不是指向提交，而是指向master，master才是指向提交的，所以，HEAD指向的就是当前分支。

一开始的时候，master分支是一条线，Git用master指向最新的提交，再用HEAD指向master，就能确定当前分支，以及当前分支的提交点：

每次提交，master分支都会向前移动一步，这样，随着你不断提交，master分支的线也越来越长。

当我们创建新的分支，例如dev时，Git新建了一个指针叫dev，指向master相同的提交，再把HEAD指向dev，就表示当前分支在dev上：

你看，Git创建一个分支很快，因为除了增加一个dev指针，改改HEAD的指向，工作区的文件都没有任何变化！

不过，从现在开始，对工作区的修改和提交就是针对dev分支了，比如新提交一次后，dev指针往前移动一步，而master指针不变：

假如我们在dev上的工作完成了，就可以把dev合并到master上。Git怎么合并呢？最简单的方法，就是直接把master指向dev的当前提交，就完成了合并：

所以Git合并分支也很快！就改改指针，工作区内容也不变！

合并完分支后，甚至可以删除dev分支。删除dev分支就是把dev指针给删掉，删掉后，我们就剩下了一条master分支：

首先，我们创建dev分支，然后切换到dev分支：

代码语言：javascript
复制
[root@liu readmetest]# git checkout -b dev
Switched to a new branch 'dev'

git checkout命令加上-b参数表示创建并切换

然后，用git branch命令查看当前分支：

代码语言：javascript
复制
[root@liu readmetest]# git branch
* dev
master

git branch命令会列出所有分支，当前分支前面会标一个*号。

然后，我们就可以在dev分支上正常提交，比如对README.md做个修改，加上一行：

代码语言：javascript
复制
[root@liu readmetest]# echo test >>README.md
[root@liu readmetest]# cat README.md
# readmetest
it is test!
test

然后提交：

代码语言：javascript
复制
[root@liu readmetest]# git add .
[root@liu readmetest]# git commit -m "add test"
[dev d866354] add test
1 file changed, 1 insertion(+)

现在，dev分支的工作完成，我们就可以切换回master分支：

代码语言：javascript
复制
[root@liu readmetest]# git checkout master
Switched to branch 'master'
[root@liu readmetest]# cat README.md
# readmetest
it is test!

切换回master分支后，再查看一个README.md 文件，刚才添加的内容不见了！因为那个提交是在dev分支上，而master分支此刻的提交点并没有变：

现在，我们把dev分支的工作成果合并到master分支上：

代码语言：javascript
复制
[root@liu readmetest]# git merge dev
Updating 10ecfac..d866354
Fast-forward
README.md | 1 +
1 file changed, 1 insertion(+)

git merge命令用于合并指定分支到当前分支。合并后，再查看README.md 的内容，就可以看到，和dev分支的最新提交是完全一样的。

注意到上面的Fast-forward信息，Git告诉我们，这次合并是“快进模式”，也就是直接把master指向dev的当前提交，所以合并速度非常快。

当然，也不是每次合并都能Fast-forward。

合并完成后，就可以放心地删除dev分支了：

代码语言：javascript
复制
[root@liu readmetest]# git branch -d dev
Deleted branch dev (was d866354).

删除后，查看branch，就只剩下master分支了：

代码语言：javascript
复制
[root@liu readmetest]# git branch
* master

四.解决冲突

准备新的test分支，继续我们的新分支开发：

代码语言：javascript
复制
[root@liu readmetest]# git checkout -b test
Switched to a new branch 'test'
[root@liu readmetest]# git branch
master
* test

修改README.md最后一行，改为：

代码语言：javascript
复制
[root@liu readmetest]# vim README.md
test and test1

在test分支上提交：

代码语言：javascript
复制
[root@liu readmetest]# git add .
[root@liu readmetest]# git commit -m "update readme"
[test 8abc696] update readme
1 file changed, 1 insertion(+), 1 deletion(-)

切换到master分支：

代码语言：javascript
复制
[root@liu readmetest]# git checkout master
Switched to branch 'master'
Your branch is ahead of 'origin/master' by 1 commit.
(use "git push" to publish your local commits)

Git还会自动提示我们当前master分支比远程的master分支要超前1个提交。

在master分支上把README.md文件的最后一行改为：

代码语言：javascript
复制
[root@liu readmetest]# ll
total 4
-rw-r--r-- 1 root root 30 Jul  2 15:28 README.md
[root@liu readmetest]# vim README.md
test and master
[root@liu readmetest]# git add .
[root@liu readmetest]# git commit -m "update master"
[master 451e96f] update master
1 file changed, 1 insertion(+), 1 deletion(-)

现在，master分支和feature1分支各自都分别有新的提交，变成了这样：

这种情况下，Git无法执行“快速合并”，只能试图把各自的修改合并起来，但这种合并就可能会有冲突，我们试试看：

[root@liu readmetest]# git merge test

Auto-merging README.md

CONFLICT (content): Merge conflict in README.md

Automatic merge failed; fix conflicts and then commit the result.

Git告诉我们，README.md文件存在冲突，必须手动解决冲突后再提交。git status也可以告诉我们冲突的文件：

代码语言：javascript
复制
[root@liu readmetest]# git status
# On branch master
# Your branch is ahead of 'origin/master' by 2 commits.
#   (use "git push" to publish your local commits)
#
# You have unmerged paths.
#   (fix conflicts and run "git commit")
#
# Unmerged paths:
#   (use "git add <file>..." to mark resolution)
#
#  both modified:      README.md
#
no changes added to commit (use "git add" and/or "git commit -a")

我们可以直接查看README.md的内容：

代码语言：javascript
复制
[root@liu readmetest]# cat README.md
# readmetest
it is test!
<<<<<<< HEAD
test and master
=======
test and test1
>>>>>>> test

Git用<<<<<<<，=======，>>>>>>>标记出不同分支的内容，我们修改如下后保存：

test and master and test1

再提交：

代码语言：javascript
复制
[root@liu readmetest]# git add .
[root@liu readmetest]# git commit -m "update master and test"
[master 231c28e] update master and test
用带参数的git log也可以看到分支的合并情况：
[root@liu readmetest]# git log --graph --pretty=oneline --abbrev-commit
*   231c28e update master and test
|\
| * 8abc696 update readme
* | 451e96f update master
|/
* d866354 add test
* 10ecfac Initial commit

五.分支管理策略

通常，合并分支时，如果可能，Git会用Fast forward模式，但这种模式下，删除分支后，会丢掉分支信息。

如果要强制禁用Fast forward模式，Git就会在merge时生成一个新的commit，这样，从分支历史上就可以看出分支信息。

下面我们实战一下--no-ff方式的git merge：

首先，仍然创建并切换dev分支：

代码语言：javascript
复制
[root@liu readmetest]# git checkout -b dev
Switched to a new branch 'dev'
[root@liu readmetest]# cat README.md
# readmetest
it is test!
test and master and test1

修改README.md 文件，并提交一个新的commit：

代码语言：javascript
复制
[root@liu readmetest]# echo test1 >>README.md
[root@liu readmetest]# git add .
[root@liu readmetest]# git commit -m "add test1"
[dev bf390ba] add test1
1 file changed, 1 insertion(+)

我们切换回master：

代码语言：javascript
复制
[root@liu readmetest]# git checkout master
Switched to branch 'master'
Your branch is ahead of 'origin/master' by 4 commits.
(use "git push" to publish your local commits)

准备合并dev分支，请注意--no-ff参数，表示禁用Fast forward：

代码语言：javascript
复制
[root@liu readmetest]# git merge --no-ff -m "merge dev" dev
Merge made by the 'recursive' strategy.
README.md | 1 +
1 file changed, 1 insertion(+)

因为本次合并要创建一个新的commit，所以加上-m参数，把commit描述写进去。

合并后，我们用git log看看分支历史：

代码语言：javascript
复制
[root@liu readmetest]# git log --graph --pretty=oneline --abbrev-commit
*   7b07921 merge dev
|\
| * bf390ba add test1
|/
*   231c28e update master and test
|\
| * 8abc696 update readme
* | 451e96f update master
|/
* d866354 add test
* 10ecfac Initial commit

可以看到，不使用Fast forward模式，merge后就像这样：

分支策略

在实际开发中，我们应该按照几个基本原则进行分支管理：

首先，master分支应该是非常稳定的，也就是仅用来发布新版本，平时不能在上面干活；

那在哪干活呢？干活都在dev分支上，也就是说，dev分支是不稳定的，到某个时候，比如1.0版本发布时，再把dev分支合并到master上，在master分支发布1.0版本；

你和你的小伙伴们每个人都在dev分支上干活，每个人都有自己的分支，时不时地往dev分支上合并就可以了。

所以，团队合作的分支看起来就像这样：

Git分支十分强大，在团队开发中应该充分应用。

合并分支时，加上--no-ff参数就可以用普通模式合并，合并后的历史有分支，能看出来曾经做过合并，而fast forward合并就看不出来曾经做过合并。

六.处理bug分支

软件开发中，bug就像家常便饭一样。有了bug就需要修复，在Git中，由于分支是如此的强大，所以，每个bug都可以通过一个新的临时分支来修复，修复后，合并分支，然后将临时分支删除。

当你接到一个修复一个代号1的bug的任务时，很自然地，你想创建一个分支issue-1来修复它，但是，等等，当前正在dev上进行的工作还没有提交：

代码语言：javascript
复制
[root@liu readmetest]# git checkout dev
Switched to branch 'dev'
[root@liu readmetest]# echo 111 >test
[root@liu readmetest]# git add .
[root@liu readmetest]# git status
# On branch dev
# Changes to be committed:
#   (use "git reset HEAD <file>..." to unstage)
#
#  new file:   test
#

并不是你不想提交，而是工作只进行到一半，还没法提交，预计完成还需1天时间。但是，必须在两个小时内修复该bug，怎么办？

幸好，Git还提供了一个stash功能，可以把当前工作现场“储藏”起来，等以后恢复现场后继续工作：

代码语言：javascript
复制
[root@liu readmetest]# git stash
Saved working directory and index state WIP on dev: bf390ba add test1
HEAD is now at bf390ba add test1

现在，用git status查看工作区，就是干净的（除非有没有被Git管理的文件），因此可以放心地创建分支来修复bug。

首先确定要在哪个分支上修复bug，假定需要在master分支上修复，就从master创建临时分支：

代码语言：javascript
复制
[root@liu readmetest]# git checkout master
Switched to branch 'master'
[root@liu readmetest]# git checkout -b issue-1
Switched to a new branch 'issue-1'

现在修复bug，需要把文件README.md 末尾加上222，然后提交：

代码语言：javascript
复制
[root@liu readmetest]# git add .
[root@liu readmetest]# git commit -m "add 222"
[issue-1 ca1d00e] add 222
1 file changed, 1 insertion(+)
[root@liu readmetest]# git checkout master
Switched to branch 'master'
Your branch is ahead of 'origin/master' by 6 commits.
(use "git push" to publish your local commits)
[root@liu readmetest]# git merge --no-ff -m "add 222" issue-1
Merge made by the 'recursive' strategy.
README.md | 1 +
1 file changed, 1 insertion(+)

修复完成后，切换到master分支，并完成合并，最后删除issue-1分支：

代码语言：javascript
复制
[root@liu readmetest]# git checkout master
Switched to branch 'master'
[root@liu readmetest]# git merge --no-ff -m "add 222" issue-1
Merge made by the 'recursive' strategy.
README.md | 1 +
1 file changed, 1 insertion(+)

接着回到dev分支干活了

代码语言：javascript
复制
[root@liu readmetest]# git checkout dev
Switched to branch 'dev'
[root@liu readmetest]# git status
# On branch dev
nothing to commit, working directory clean

工作区是干净的，刚才的工作现场存到哪去了？用git stash list命令看看：

代码语言：javascript
复制
[root@liu readmetest]# git stash list
stash@{0}: WIP on dev: bf390ba add test1

工作现场还在，Git把stash内容存在某个地方了，但是需要恢复一下，有两个办法：

一是用git stash apply恢复，但是恢复后，stash内容并不删除，你需要用git stash drop来删除；

另一种方式是用git stash pop，恢复的同时把stash内容也删了：

代码语言：javascript
复制
[root@liu readmetest]# git stash pop
# On branch dev
# Changes to be committed:
#   (use "git reset HEAD <file>..." to unstage)
#
#  new file:   test
#
Dropped refs/stash@{0} (2bd3bde73e2cbe29dcabd266af6e190bff57b78d)

再用git stash list查看，就看不到任何stash内容了：

代码语言：javascript
复制
[root@liu readmetest]# git stash list

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

代码语言：javascript
复制
$ git stash apply stash@{0}

七.多人协作

当你从远程仓库克隆时，实际上Git自动把本地的master分支和远程的master分支对应起来了，并且，远程仓库的默认名称是origin。

要查看远程库的信息，用git remote：

代码语言：javascript
复制
[root@liu readmetest]# git remote
origin

或者，用git remote -v显示更详细的信息：

代码语言：javascript
复制
[root@liu readmetest]# git remote -v
origin  https://github.com/gitau/readmetest.git (fetch)
origin  https://github.com/gitau/readmetest.git (push)

上面显示了可以抓取和推送的origin的地址。如果没有推送权限，就看不到push的地址。

推送分支，就是把该分支上的所有本地提交推送到远程库。推送时，要指定本地分支，这样，Git就会把该分支推送到远程库对应的远程分支上：

git push origin master

如果要推送其他分支，比如dev，就改成：

git push origin dev

但是，并不是一定要把本地分支往远程推送，那么，哪些分支需要推送，哪些不需要呢？

master分支是主分支，因此要时刻与远程同步；

dev分支是开发分支，团队所有成员都需要在上面工作，所以也需要与远程同步；

bug分支只用于在本地修复bug，就没必要推到远程了，除非老板要看看你每周到底修复了几个bug；

feature分支是否推到远程，取决于你是否和你的小伙伴合作在上面开发。

总之，就是在Git中，分支完全可以在本地自己藏着玩，是否推送，视你的心情而定！

多人协作时，大家都会往master和dev分支上推送各自的修改。

现在，模拟一个你的小伙伴，可以在另一台电脑（注意要把SSH Key添加到GitHub）或者同一台电脑的另一个目录下克隆：

代码语言：javascript
复制
[root@liu test]# git clone https://github.com/gitau/readme.git

当你的小伙伴从远程库clone时，默认情况下，你的小伙伴只能看到本地的master分支。不信可以用git branch命令看看：

代码语言：javascript
复制
[root@liu readme]# git branch
* master

现在，你的小伙伴要在dev分支上开发，就必须创建远程origin的dev分支到本地，于是他用这个命令创建本地dev分支：

代码语言：javascript
复制
git checkout -b dev origin/dev

现在，他就可以在dev上继续修改，然后，时不时地把dev分支push到远程：

代码语言：javascript
复制
[root@liu readme]# git branch
* dev
master
[root@liu readme]# echo 111 >add.txt
[root@liu readme]# git add .
[root@liu readme]# git commit -m "add 111"
[dev 7a22176] add 111
1 file changed, 1 insertion(+)
[root@liu readme]# git push origin dev
Username for 'https://github.com': gitau
Password for 'https://gitau@github.com':
Counting objects: 5, done.
Compressing objects: 100% (2/2), done.
Writing objects: 100% (3/3), 288 bytes | 0 bytes/s, done.
Total 3 (delta 0), reused 0 (delta 0)
To https://github.com/gitau/readme.git
3fefd26..7a22176  dev -> dev

你的小伙伴已经向origin/dev分支推送了他的提交，而碰巧你也对同样的文件作了修改，并试图推送：

代码语言：javascript
复制
[root@liu rep]# echo 222 >add.txt
[root@liu rep]# git add .
[root@liu rep]# git commit -m "add 222"
# On branch dev
nothing to commit, working directory clean
[root@liu rep]# git push origin dev
Username for 'https://github.com': gitau
Password for 'https://gitau@github.com':
To https://github.com/gitau/readme.git
! [rejected]        dev -> dev (fetch first)
error: failed to push some refs to 'https://github.com/gitau/readme.git'
hint: Updates were rejected because the remote contains work that you do
hint: not have locally. This is usually caused by another repository pushing
hint: to the same ref. You may want to first merge the remote changes (e.g.,
hint: 'git pull') before pushing again.
hint: See the 'Note about fast-forwards' in 'git push --help' for details.

推送失败，因为你的小伙伴的最新提交和你试图推送的提交有冲突，解决办法也很简单，Git已经提示我们，先用git pull把最新的提交从origin/dev抓下来，然后，在本地合并，解决冲突，再推送：

代码语言：javascript
复制
[root@liu rep]# git pull
Username for 'https://github.com': gitaudi
Password for 'https://gitaudi@github.com':
remote: Enumerating objects: 7, done.
remote: Counting objects: 100% (7/7), done.
remote: Compressing objects: 100% (4/4), done.
remote: Total 6 (delta 0), reused 6 (delta 0), pack-reused 0
Unpacking objects: 100% (6/6), done.
From https://github.com/gitaudi/readme
* [new branch]      dev        -> origin/dev
There is no tracking information for the current branch.
Please specify which branch you want to merge with.
See git-pull(1) for details
git pull <remote> <branch>
If you wish to set tracking information for this branch you can do so with:
git branch --set-upstream-to=origin/<branch> dev

git pull也失败了，原因是没有指定本地dev分支与远程origin/dev分支的链接，根据提示，设置dev和origin/dev的链接：

代码语言：javascript
复制
[root@liu rep]#  git branch --set-upstream-to=origin/dev dev
Branch dev set up to track remote branch dev from origin.

这回git pull成功，但是合并有冲突，需要手动解决，解决的方法和分支管理中的解决冲突完全一样。解决后，提交，再push：

代码语言：javascript
复制
[root@liu rep]# git pull
Username for 'https://github.com': gitaudi
Password for 'https://gitaudi@github.com':
Auto-merging add.txt
CONFLICT (add/add): Merge conflict in add.txt
Automatic merge failed; fix conflicts and then commit the result.

八.创建标签

在Git中打标签非常简单，首先，切换到需要打标签的分支上：

代码语言：javascript
复制
[root@liu rep]# git branch
dev
* master
[root@liu rep]# git checkout dev
Switched to branch 'dev'

然后，敲命令git tag <name>就可以打一个新标签：

代码语言：javascript
复制
[root@liu rep]# git tag v1.0

可以用命令git tag查看所有标签：

代码语言：javascript
复制
[root@liu rep]# git tag
v1.0

默认标签是打在最新提交的commit上的。有时候，如果忘了打标签，比如，现在已经是周五了，但应该在周一打的标签没有打，怎么办？

方法是找到历史提交的commit id，然后打上就可以了：

代码语言：javascript
复制
[root@liu rep]#  git log --pretty=oneline --abbrev-commit
3d7cc3b add merge add.txt
4a460e1 add 222
7a22176 add 111
3fefd26 add add.txt
1f4f862 add test
6f42383 add test2
9d42afd add test1
534a99f add readme.txt

比方说要对add add.txt这次提交打标签，它对应的commit id是3fef，敲入命令：

代码语言：javascript
复制
[root@liu rep]# git tag v0.2 3fef

再用命令git tag查看标签：

代码语言：javascript
复制
[root@liu rep]# git tag
v0.2
v1.0

注意，标签不是按时间顺序列出，而是按字母排序的。可以用git show <tagname>查看标签信息：

代码语言：javascript
复制
[root@liu rep]# git show v0.2
commit 3fefd263e83919df3b4ce9d8de1dc11001a1dd7e
Author: ljw <admin@qq.com>
Date:   Tue Jul 2 18:22:49 2019 +0800
add add.txt
diff --git a/add.txt b/add.txt
new file mode 100644
index 0000000..e69de29

可以看到，v0.9确实打在add merge这次提交上。

还可以创建带有说明的标签，用-a指定标签名，-m指定说明文字：

代码语言：javascript
复制
[root@liu rep]# git tag -a v0.1 -m "add test" 1f4f
[root@liu rep]# git tag
v0.1
v0.2
v1.0

用命令git show <tagname>可以看到说明文字：

代码语言：javascript
复制
[root@liu rep]# git show v0.1
tag v0.1
Tagger: ljw <admin@qq.com>
Date:   Tue Jul 2 19:09:50 2019 +0800
add test
commit 1f4f86242438e94a67aee6f9b41a99980c7e04d1
Author: ljw <admin@qq.com>
Date:   Sun Jun 30 17:14:57 2019 +0800
add test
diff --git a/readme.txt b/readme.txt
index b02def2..0449994 100644
--- a/readme.txt
+++ b/readme.txt
@@ -1,2 +1,3 @@
test
test2
+test3

如果标签打错了，也可以删除：

代码语言：javascript
复制
[root@liu rep]# git tag -d v0.2
Deleted tag 'v0.2' (was 3fefd26)

因为创建的标签都只存储在本地，不会自动推送到远程。所以，打错的标签可以在本地安全删除。

如果要推送某个标签到远程，使用命令git push origin <tagname>：

代码语言：javascript
复制
[root@liu rep]# git push origin v1.0
Username for 'https://github.com': gitaudi
Password for 'https://gitaudi@github.com':
Total 0 (delta 0), reused 0 (delta 0)
To https://github.com/gitaudi/readme.git
* [new tag]         v1.0 -> v1.0

或者，一次性推送全部尚未推送到远程的本地标签：

代码语言：javascript
复制
[root@liu rep]# git push origin --tags
Username for 'https://github.com': gitaudi
Password for 'https://gitaudi@github.com':
Counting objects: 1, done.
Writing objects: 100% (1/1), 149 bytes | 0 bytes/s, done.
Total 1 (delta 0), reused 0 (delta 0)
To https://github.com/gitaudi/readme.git
* [new tag]         v0.1 -> v0.1

如果标签已经推送到远程，要删除远程标签就麻烦一点，先从本地删除：

代码语言：javascript
复制
[root@liu rep]# git tag -d v0.1
Deleted tag 'v0.1' (was 393ed3c)

然后，从远程删除。删除命令也是push，但是格式如下：

代码语言：javascript
复制
[root@liu rep]# git push origin :refs/tags/v0.1
Username for 'https://github.com': gitaudi
Password for 'https://gitaudi@github.com':
To https://github.com/gitaudi/readme.git
- [deleted]         v0.1

要看看是否真的从远程库删除了标签，可以登陆GitHub查看.

本文参与 腾讯云自媒体同步曝光计划，分享自微信公众号。
原始发表：2019-07-02，如有侵权请联系 cloudcommunity@tencent.com 删除
开源
编程算法
git
github

本文分享自 运维架构之路 微信公众号，前往查看

如有侵权，请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体同步曝光计划  ，欢迎热爱写作的你一起参与！

开源
编程算法
git
github
评论
登录后参与评论
0 条评论
热度
最新
登录 后参与评论
推荐阅读
LV.
文章
0
获赞
0
领券

腾讯云开发者

扫码关注腾讯云开发者

扫码关注腾讯云开发者

领取腾讯云代金券

热门产品

热门推荐

更多推荐

Copyright © 2013 - 2024 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有 

深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 深公网安备号 44030502008569

腾讯云计算（北京）有限责任公司 京ICP证150476号 |  京ICP备11018762号 | 京公网安备号11010802020287

问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档

Copyright © 2013 - 2024 Tencent Cloud.

All Rights Reserved. 腾讯云 版权所有

登录 后参与评论