Git 命令行详解
2016-02-22 14:30
211 查看
再次跟大家相见。这篇博文初衷是写给我的一位朋友。希望他能获得一点点收获。
我们熟悉的svn是集中式的版本控制系统,那与git所属的分布式版本控制系统究竟有什么不同呢。
集中式必须联网,依靠
从安全性上来说,分布式版本控制系统更安全一点。由于其每一台电脑都保存有完整的版本,即使有一台损坏,直接从另一台copy一份出来即可。但若是集中式的
下面是
集中式版本控制系统
分布式版本控制系统
Attention:现在git有一些图形化界面软件,例如sourceTree,做的都十分友好,开源免费。
很多人认为有了SourceTree这样友好的软件,我们完全可以不用去学什么繁杂的命令行,难记。对此我不能苟同。命令行是根。软件也只是对这些命令行的封装。在掌握Git用法之后,去看看其背后所对应的命令,是非常有必要的。
下面就开始一起来看看都有哪些命令分别针对哪些场景。
$ git tag
切换到某个tag下代码
$ git checkout < tagName >
创建一个新的标签
$ git tag < tagName >
eg: git tag release_1.1.2 创建一个release分支1.1.2版本的标签
可以创建一个带有说明的标签
$ git tag -a < tagName > -m “description”
eg : git tag -a release_1.1.2 -m “release version 1.1.2 submit to appStore”
查看上述信息 可以用 git show < tagName >
$ git show < tagName >
eg : git show release_1.1.2
这些只是在你的本地创建了标签,并未推送到远程。如果想推送到远程,普通的git push等是不具有这样的功能的。你需要执行
$ git push origin < tagName >
eg : git push origin release_1.1.2
删除本地标签
$ git tag -d < tagName >
删除远程标签。(先删除本地标签,然后执行下面)
$ git push origin :refs/tags/< tagName >
eg: git push origin :refs/tags/release_1.1.2
如果别人上传了一个标签,你需要查看这个标签的源码
$ git fetch origin tag < tagName >
现在先将项目拷贝到本地,cd 到相应目录,执行
上面的命令克隆下来的是默认的分支。如果你想直接克隆
如果是想克隆某个tag的项目,是如下的命令
列举远程所有的分支
列举本地和远程的所有分支
切换本地分支
新建本地分支(注意不能与当前已有分支重名)
切换到一个新的分支
删除当前一个分支
强制删除当前一个分支(当你的工作区有修改时,这时候你又不想要整个分支了,普通删除是无法执行的)
指定本地分支与远程分支的链接
简约来写(会自动对应本地分支与远程分支)
删除远程分支(即省略本地分支名,将一个空的提交到远程分支即删除)(这个一定注意,为了防止误操作,一般公司会禁用删除操作)
以上是一次常规的git操作。
如果开发完毕,发现有bug。一般是如下操作:
如果你发现了bug,恰巧你在develop分支上已经在开发新的需求,进行到一半。即工作区有内容。这时候你是无法切换分支的。如何来应对这样的场景呢。
Git 简介
Git是什么,借用缪雪峰先生的一句话,Git是目前世界上最先进的分布式版本控制系统(没有之一)。我们熟悉的svn是集中式的版本控制系统,那与git所属的分布式版本控制系统究竟有什么不同呢。
集中式必须联网,依靠
“中央服务器”,即自己先从
“中央服务器”获取最新代码,工作完成之后,再提交到
“中央服务器”。分布式不需要联网,也不需要
“中央服务器”。它的理念是每一台电脑都是一个完整的版本库。联网,只是多人协作时
“交流”更方便一点。
从安全性上来说,分布式版本控制系统更安全一点。由于其每一台电脑都保存有完整的版本,即使有一台损坏,直接从另一台copy一份出来即可。但若是集中式的
“中央服务器”挂掉了,那整个系统也就over了。
下面是
集中式版本控制系统和
分布式版本控制系统的图示。
集中式版本控制系统
分布式版本控制系统
Attention:现在git有一些图形化界面软件,例如sourceTree,做的都十分友好,开源免费。
很多人认为有了SourceTree这样友好的软件,我们完全可以不用去学什么繁杂的命令行,难记。对此我不能苟同。命令行是根。软件也只是对这些命令行的封装。在掌握Git用法之后,去看看其背后所对应的命令,是非常有必要的。
下面就开始一起来看看都有哪些命令分别针对哪些场景。
git tag 相关
查看本地所有的标签列表$ git tag
切换到某个tag下代码
$ git checkout < tagName >
创建一个新的标签
$ git tag < tagName >
eg: git tag release_1.1.2 创建一个release分支1.1.2版本的标签
可以创建一个带有说明的标签
$ git tag -a < tagName > -m “description”
eg : git tag -a release_1.1.2 -m “release version 1.1.2 submit to appStore”
查看上述信息 可以用 git show < tagName >
$ git show < tagName >
eg : git show release_1.1.2
这些只是在你的本地创建了标签,并未推送到远程。如果想推送到远程,普通的git push等是不具有这样的功能的。你需要执行
$ git push origin < tagName >
eg : git push origin release_1.1.2
删除本地标签
$ git tag -d < tagName >
删除远程标签。(先删除本地标签,然后执行下面)
$ git push origin :refs/tags/< tagName >
eg: git push origin :refs/tags/release_1.1.2
如果别人上传了一个标签,你需要查看这个标签的源码
$ git fetch origin tag < tagName >
git clone 相关
场景设定:你现在在github或者OSChina上已经有了一个仓库,地址为:https://github.com/oscarwuer/YHRepository.git,有两个分支,
master和
develop,默认的是
master分支。
现在先将项目拷贝到本地,cd 到相应目录,执行
$ git clone <url> eg: git clone https://github.com/oscarwuer/YHRepository.git
上面的命令克隆下来的是默认的分支。如果你想直接克隆
develop分支,用下面的命令
$ git clone -b <branchName> <url> eg: git clone -b develop
如果是想克隆某个tag的项目,是如下的命令
$ git clone <tagName> <url> eg: git clone 20151108 https://github.com/oscarwuer/YHRepository.git
git branch 相关
列举本地所有的分支$ git branch
列举远程所有的分支
$ git branch -r
列举本地和远程的所有分支
$ git branch -a
切换本地分支
$ git checkout <branchName>
新建本地分支(注意不能与当前已有分支重名)
$ git branch -b <branchName>
切换到一个新的分支
$ git checkout -b <branchName>
删除当前一个分支
$ git branch -d <branchName>
强制删除当前一个分支(当你的工作区有修改时,这时候你又不想要整个分支了,普通删除是无法执行的)
$ git branch -D <branchName>
指定本地分支与远程分支的链接
$ git branch --set-upstream <localBranch> origin/<remoteBranch> eg: git branch --set-upstream develop origin/develop
git push 相关
将本地分支推到远程$ git push origin <localBranchName>:<remoteBranchName>
简约来写(会自动对应本地分支与远程分支)
$ git push
删除远程分支(即省略本地分支名,将一个空的提交到远程分支即删除)(这个一定注意,为了防止误操作,一般公司会禁用删除操作)
$ git push origin :<remoteBranchName>
常用的应用场景
$ git status 查看当前工作区的状态 $ git add . 或者 $ git add -A 将所有的改动添加到暂存区 $ git commit -m "提交内容简介" $ git pull 推送之前先拉取最新的 $ git push 推送到远程分支上
以上是一次常规的git操作。
如果开发完毕,发现有bug。一般是如下操作:
$ git checkout -b issue_12 切换到新建bug分支issue_12上。 fix bug operation... completion... $ git add . $ git commit -m "fix bug 12" $ git checkout master 重新切换到主干分支 $ git merge --no-ff -m "merge with fix issue_12" issue_12 将bug分支合并到主分支 $ git push 记得要推送到远程分支上。 $ git branch -d issue-12 删除刚刚新建的分支。
如果你发现了bug,恰巧你在develop分支上已经在开发新的需求,进行到一半。即工作区有内容。这时候你是无法切换分支的。如何来应对这样的场景呢。
$ git stash 将工作现场的内容暂存起来
Attention:
1. $ git stash list 可以查看你暂存起来的工作现场的内容
2. $ git status 常用此命令查看当前工作区是否干净。只有干净时才能切换分支,否则会丢失你修改的内容。
$ git checkout -b issue-22
fix bug operation...
completion...
$ git add .
$ git commit -m "fix bug 22"
$ git checkout develop
$ git merge --no-ff -m "merge with fix bug 22" issue-22
$ git push$ git branch -d issue-22
完成上述之后,bug修复了,那接下来要恢复我们之前工作的内容。
$ git stash pop 恢复之前工作现场的内容
实时更新,谢谢!
相关文章推荐
- 了解负载均衡 会话保持 session同步 session同步、共享的3种解决方法
- 有免费的邮件系统 为何要选择收费的?
- 拉普拉斯矩阵
- 全面了解 iOS 静态库开发
- maven命令
- [Wireshark]wireshark 教程
- 源码推荐(02.22B):模仿QQ弹出视图,tableView和collectionView间转场动画
- JS调试必备的5个debug技巧(转)
- jQuery源码解析(1)—— jq基础、data缓存系统
- 真机运行时问题
- iOS 设计模式之工厂方法模式(FactoryMethod)
- PHP安装PHPRedis扩展
- Hashtable无序,用Dictionary代替
- Jenkins中集成jmeter-maven插件
- tomcat+Ngnix实现负载均衡
- 【python】编程语言入门经典100例--7
- The user specified as a definer (”@’%') does not exist 解决办法
- nginx 使用免费https
- 给出一个数字, 在小数点前边和后边,都以三位用逗号间隔
- MySql记录