Git常用命令
来源:互联网 发布:数据分析样例 编辑:程序博客网 时间:2024/05/07 15:36
一、常用命令
由于自己平常git用的不多不熟练,最近写个小东西并把代码托管到github,才发现之前看的《Pro Git》和《看日记学git》完全打水漂。重翻《Pro Git》,把一些重要的常见的命令记下来,备忘,具体的请man。
符号约定:
[]:可选 <>:必选
Git 配置
git config [--global] user.name <name> 设置用户名
git config [--global] user.email <email> 设置邮箱
git config [--global] core.editor <editor> 设置编辑器
git config [--global] github.user <user> 设置github帐号名
git config [--global] github.token <token> 设置github的token
--global是对当前系统用户的全局设置,在~/.gitconfig中。对系统所有用户进行配置,/etc/gitconfig。对当前项目,.git/config
Git 创建库
git clone <url> ssh/http(s)/git三种协议,ssh和https可推送, 作用down代码
git init 初始化Git仓库
Git 日常操作
git add <file> 将文件加入index file
git rm [--cached] 删除,加--cached表示仅从index file中删除文件,即放弃跟踪
git mv <src> <dest> 移动/更名
git diff --cached/--staged 当前索引与上次提交(有哪些需要commit)
git diff 当前索引与工作目录(有哪些需要add)
git diff HEAD[^] 工作目录与上次提交(当前目录与上次提交有何改变)
git commit [-a] -m <msg> 提交
git commit --amend [-m <msg>] 修复上次提交
git reset HEAD <file> 同--mixed,default option
git reset --mixed HEAD 撤销 commit 和index file,只保留 working tree 的信息
git reset --hard HEAD[^] 将 working tree 和 index file 都撤销到以前状态
git reset --soft HEAD[^] 只撤销 commit,而保留 working tree 和 index file 的信息
回复到某个状态。以git reset --soft HEAD为例,commit回退到
HEAD(相当于无变化),若是HEAD^,则commit回退到HEAD^
git gc 用垃圾回收机制清除由于 reset 而造成的垃圾代码
git status 显示当前工作目录状态
git log [-p] 显示提交历史(many useful options to be learned)
git branch [branch] 显示/新建分支
git branch -d/-D 删除分支(d表示“在分支合并后删除分支”,D表示无论如何都删除分支)
git show-branch
git checkout <branch> 切换分支(分支未commit无法切换)
git merge <branch> 合并分支
git merge == git pull .
git show <branch | commit | tag | etc> 显示对应对象的信息
git grep <rep> [object] (在指定对象(历史记录)中)搜索
git cat-file 查看数据
git cat-file <-t | -s | -e | -p | (type)> <object> type can be one of: blob, tree, commit, tag
git ls-files [--stage] show information about files in the index and the working tree(实际是查看索引文件)
git watchchanged <since>..<until> 显示两个commit(当然也可以是branch)的区别
git remote [-v] 显示远程仓库,加-v选项可显示仓库地址
git remote add <repo_name> <url> 添加远程仓库,repo_name为shortname,指代仓库地址
git remote rename <old_name> <new_name> 更名
git remote rm <repo_name> 删除远程仓库
git remote show <repo_name> 查看远程仓库信息
git remote fetch <repo_name> 从远程仓库抓取数据(并不合并)
git pull <repo_name> <branch_name> 拉去数据并合并到当前分支
git push <repo_name> <branch_name> 推送指定分支到指定仓库
git fetch <repo_name> <branch_name>[:<local_branch_name>] 拉去数据,未合并
Git 标签
git 标签相关……
Git 相关环境变量
GIT_DIR: 如果指定了那么git init将会在GIT_DIR指定的目录下创建版本库
GIT_OBJECT_DIRECTORY: 用来指示对象存储目录的路径。即原来$GIT_DIR/objects下的文件会置于该变量指定的路径下
Git 常见变量
HEAD: 表示最近一次的 commit。
MERGE_HEAD: 如果是 merge 产生的 commit,那么它表示除 HEAD 之外的另一个父母分支。
FETCH_HEAD: 使用 git-fetch 获得的 object 和 ref 的信息都存储在这里,这些信息是为日后 git-merge 准备的。
HEAD^: 表示 HEAD 父母的信息
HEAD^^: 表示 HEAD 父母的父母的信息
HEAD~4: 表示 HEAD 上溯四代的信息
HEAD^1: 表示 HEAD 的第一个父母的信息
HEAD^2: 表示 HEAD 的第二个父母的信息
COMMIT_EDITMSG: 最后一次 commit 时的提交信息。
二、推荐与介绍
最终我更加推荐再阅读以下几篇博客:
Git与Repo入门
它介绍了版本控制的历史,从原始的版本控制(即原型-备份-复制-修改-备份-再创建-……然后归为一类,完全手动,就像修改word文档一样。)
过渡到本地版本控制
手工管理比较麻烦且混乱,所以出现了本地版本控制系统,记录文件每次的更新,可以对每个版本做一个快照,或是记录补丁文件。比如RCS。
本地版本控制主要针对个人,为了能够满足团队协作,于是就出现了集中版本控制比如Subversion,Perforce。
集中式版本控制也出现很多问题,比如必须联网才能更新和提交,不联网则不行,也不能看到历史版本,且数据都保存在服务器上。
于是出现了分布式版本控制,如GIT,Mercurial。不是复制指定版本的快照,而是把所有的版本信息仓库全部同步到本地,这样就可以在本地查看所有版本历史,可以离线在本地提交,只需在连网时push到相应的服务器或其他用户那里。由于每个用户那里保存的都是所有的版本数据,所以,只要有一个用户的设备没有问题就可以恢复所有的数据。
如果比较分布式版本控制(以Git为代表)和集中式版本控制(以Subversion为代表)最大的区别是什么??
在这篇博客学一点Git--20分钟git快速上手中讲解的很清楚,就是就是不用服务器的svn。
学一点Git--20分钟git快速上手这篇博客很好的比较了git和svn,对于像我一样的新手来说实为珍宝,慢慢咀嚼。
三、git基本操作
1.获取git仓库
书上说两种方法,一是在本地目录文件中:用:git init初始化创建仓库。
E:\>mkdir gitdemoE:\>cd gitdemoE:\gitdemo>git initInitialized empty Git repository in E:/gitdemo/.git/
第二种就是克隆远程目录将远程服务器上的仓库完全镜像一份至本地,而不是取某一个特定版本,所以用clone而不是checkout:git clone
E:\knowcars>git clone git@github.com:BeginMan/knowcar.gitCloning into 'knowcar'...The authenticity of host 'github.com (192.30.252.130)' can't be established.RSA key fingerprint is 16:27:ac:a5:76:28:2d:36:63:1b:56:4d:eb:df:a6:48.Are you sure you want to continue connecting (yes/no)? yesWarning: Permanently added 'github.com,192.30.252.130' (RSA) to the list of known hosts.remote: Counting objects: 3, done.remote: Compressing objects: 100% (2/2), done.remote: Total 3 (delta 0), reused 0 (delta 0)Receiving objects: 100% (3/3), done.Checking connectivity... done
基本格式:git clone git@github.com:你的github帐号名称/你的项目名称.git。
通过上面的两种操作,我们打开文件查看,根目录下都含有.git的文件夹,大多数都隐藏起来了,可通过设置显示隐藏的文件、文件夹和驱动器选项显示隐藏文件。.git文件夹含有项目的配置、记录信息等.
2.GIT中版本的保存
与SVN的区别
Git与你熟悉的大部分版本控制系统的差别是很大的。也许你熟悉Subversion、CVS、Perforce、Mercurial 等等,他们使用 “增量文件系统” (Delta Storage systems), 就是说它们存储每次提交(commit)之间的差异。Git正好与之相反,它会把你的每次提交的文件的全部内容(snapshot)都会记录下来。这会是在使用Git时的一个很重要的理念。
这里可以参考GIT对象模型来理解。
四、GIT文件操作
在我极力推荐的这篇博客中:Here就已经将git的原理讲解的很好了,版本控制归根结底就是对文件的操作,要把文件分门别类,对不同的类别有不同的处理方式。
git文件状态才是理解git原理的基石。所以一定要搞清楚GIT的三个工作区域:本地数据(仓库)目录,工作目录,暂存区;要对已跟踪状态(tracked),和未跟踪状态(untracked)有明确的判定和熟练的处理。
注意一点的是:
已跟踪文件都是从git directory取出来的文件的某一个版本或新跟踪的文件。所以当我们无中生有一个文件的时候,它只是未跟踪状态的,我们可以用
git add <file> #来跟踪文件git status #来查看当前工作目录的状态呢?哪些文件已被暂存?有哪些未跟踪的文件?哪些文件被修改了?git reset HEAD <file> #取消暂存文件git checkout --<file> #取消未暂存状态的文件的修改,返回到暂存或者已经提交的状态;
查看文件修改后的差异:
git diff [<filename>] 查看未暂存文件的修改;git diff --cache 查看已暂存状态的文件的修改;git diff --staged 效果同上,在git1.6.1以上版本可用。
如下:
---a:表示修改之前的文件
+++b:表示修改之后的文件
上图表示在fileb的第一行后添加了一行"bb",原来文件的第一行扩展为了修改后的1、2行。
注意:git diff显示的是文件修改后还没有暂存起来的内容,看已暂存的内容使用 git diff --cached即可。
/dev/null表示之前没有提交过这一个文件,这是将是第一次提交。
TO BE FINISHED!
- git 常用命令
- Git常用命令
- git 常用命令
- git 常用命令
- git 常用命令
- git 常用命令
- GIT常用命令
- git 常用命令
- git 常用命令
- Git 常用命令
- git 常用命令
- Git常用命令
- Git常用命令
- git 常用命令
- Git 常用命令
- git常用命令
- git 常用命令
- Git 常用命令
- 生产者/消费者模式
- 【分析】声明“双重检查锁坏了”
- jdbcType与javaType的对应关系
- 应届生求职论坛
- 编程猫李天驰:让编程教育回归互联网
- Git常用命令
- IntelliJ IDEA中拼写检查还是打开的好,为什么呢 ?
- Hbase-0.98.6源码分析--MVCC多版本并发控制技术
- UNIX操作系统中加锁和解锁
- UIView与UIViewController
- Cisco DHCP Snooping + Dynamic ARP Inspection(DAI)
- jenkins相关命令
- Java:String和Date、Timestamp之间的转换
- python scrapy