git 命令总结

1.配置gitconfig–globaluser.name"yourname"gitconfig–globaluser.emailmail@box.co

大家好,又见面了,我是全栈君,今天给大家准备了Idea注册码。

1. 配置

 

git config –global user.name “your name”

git config –global user.email  mail@box.com

git config –global color.ui true

git config –global core.editor vi

git config –global alias.lol “log –graph –all”    设置alias,这样lol就是自己新的命令了。

 

2.基本使用

1.显示当前的配置信息

git config –list

 

2. 创建repo

从别的地方获取

git clone git://git.kernel.org/pub/scm/git/git.git

 

 

自己建立

mkdir test

cd test

git init

 

3. 显示状态

git status

 

4. commit

git add file.1 file.2 先增加文件,增加到index中。这样commit的时候才知道要commit哪些文件。

或者

git add -p   用来interactively选择哪些改变需要被commit

git commit -m “log message”

 

或者

git commit -a  自动检查应该commit什么文件。如果是新增的文件,仍然要使用git add来添加。

 

5. 显示以前的工作

git log 输出格式

git log

git log -p       显示patch

git log –stat   显示改动的一个总结

git log –graph  只显示当前branch的

git log –graph –all    显示所有branch的

git log –graph –all –decorate 显示branch的名字

 

git log –pretty=oneline, short, full, fuller  输出的log 形式不同

git log –pretty=format:”%h – %an, %ar : %s”   按照指定的格式输出。

关于–pretty的其他选项和具体的format格式,参考 git log –help中PRETTY FORMAT这部分。

 

git log –follow file.c

这个功能很有意思,尤其是当file.c被移动后。

通常我们会移动某个文件到某个目录下。如果这么做,git log是不能显示目录移动前的记录的。

那就加上 –follow吧。

 

git log的筛选

git log -2 -p   显示最近两次commit的log 和 diff

git log –author=”Author Name” 筛选特定作者的log

git log –since=”2012-2-23″ –before=”2012-2-24″ 筛选时间段

git log –grep=”key word” 在commit 的message中查找关键字

git log branch –not master 查看在branch上的,但不在master上的记录。 

 

git log -S”func_name”  查找某个字符出现,或者移出的commit。 比如可以查找一个函数是什么时候添加,或者删除的。

 

git show sha1   这个sha1是每个commit的sha1,这样显示某个commit的完全信息,包括diff

 

6. 撤销改动

git checkout — file.1

撤销了file.1的这次改动。只是撤销了没有staged的改动.

中间的 — 表明了这是一个文件 而不是一个branch的名字

 

git reset –hard HEAD

撤销了所有没有commit的改动,包括了stage的和没有stage的。

这条命令的结果一样

git checkout HEAD file.1

包括了staged 和没有staged的都会清除。

 

有时候我们发现,之前做个一个commit有问题,不想要,想要去掉。

git revert HEAD      自动得重新做一个commit,将最后一次的commit返回回来。

git revert HEAD^     自动得重新做一个commit,将最后第二次的commit 返回回来。

 

7. 删除一个commit

git reset –hard HEAD~1

删除了最近的commit

 

8. 修改最近的一个commit

git commit –amend

 

7.显示所做的改动

git diff

显示所有的改动。 没有add到index中的。

 

git diff –staged或者 git diff –cached

显示staged改动,也就是add的东东,也就是将要commit的东东。

 

git diff commit1 commit2

显示这两个commit之间的变动, 从commit1到commit2的变动。

 

git diff commit1..commit2

两个点,效果跟上面的一样

 

git diff commit1…commit2

三个点,表示的是发生在commit2分支,一直到commit1和commit2共同父亲的变化。

 

git blame -C file1.c

显示文件具体的改动。。。。恩,好像是用来找是谁的错?

 

git blame -Ln,m file1.c 

查看n,m两行间的改动。

 

git blame commit1~1 -Ln,m file1.c

查看commit1版本前的改动. 追查之前的log。

 

git blame commit1~1 -Ln,m — old/file.c

如果这个文件被重命名过,或者移动过位置,就要输入旧的文件的名字。

而且一定要加上 — , 一定。

 

8. 删除某个文件

git rm file-name

从库和当前的working directory中删掉这个文件

git rm –cached file-name

只从库中删除,保留当前的本地文件。

 

9. 重命名一个文件

git mv file file-new

 

10. 应用patch

git apply patch-file

这样做从patch-file中应用这个patch。 效果和patch命令类似。 

但是好处是,git apply要么成功,要么不成功。不想patch,有可能有部分的patch打上了,但是有的没有打上。

git apply后,并没有自动生成一个commit. 

 

git apply –check  可以用来检测这个patch 是不是会产生冲突或者失败。

 

git am patch-file

这是专门为git 设计的命令。 patch-file是通过git format-patch 生成的。 

其中包含了作者信息和简单描述。

git am后,会自动的生成一个commit.

 

git am –resolved

git am 过程中可能会有conflict. 如过遇到conflict, 那就需要手动修改code, git add 后

用git am –resolved 

 

11. git 制作patch

具体步骤写在了 http://hovertree.com/menu/git/

 

3. commit range

在git中,我们经常需要制定一个commit的范围,比如git log中,可以显示某范围内的改动。

除了man gitrevisions, 在这个网站上也有不过的描述,尤其是对 double dot 和 triple dot

http://git-scm.com/book/ch6-1.html

http://stackoverflow.com/questions/462974/whats-the-difference-between-and-in-git-commit-ranges

而且这种语法,在git log和git diff两种情况下,有不同的意义.

 更多git文章:http://hovertree.com/menu/git/

在git log中, 

git log ^r1 r2 表示显示从r2到root,但是去掉r1到root中和r2到root有重复的。

这个也可以表示为 git log r1..r2. 

 

git log r1…r2 表示 显示从r1到root, r2到root,但是去掉他们共有的部分。

 

我这样理解, 前一种显示的是树上的一个分支。而后一种显示了两个分支。

 

git diff中

git diff目的是比较两个commit之间的区别。

 

git diff A B 和 git diff A..B 是一样的,就是显示这两个之间的区别。

 

git diff A…B 和 git diff $(git-merge-base A B) B一样。 就是显示 在B这个分支上,做了什么改动。

                      有时候这个命令是,git merge-base A B

 

在一个branch上,但不在另一个branch上

git log local_copy ^kernel 

这样可以再merge前,看看都有哪些东西要commit.

这个命令用来看,在local_copy branch上,但是不在kernel branch上的。 

 

 

 

 

4. Branch

1. 显示branch

git branch

git branch -v 显示详细点的信息

git branch –merged

 

2. 创建branch

git branch testing

或者

git checkout -b new_brach

这样新建并且切换到了new_brach上

 

还有一种创建branch的办法是

git branch branch_name  b42294309188d57bf3398ed35660170a237d8c0a

注意,这后面这一长串的就是每个commit的sha1码。

 

3. 切换到某个branch

git checkout testing

 

4. 图形化显示branch信息

gitk

gitk –all

 

5. merge

先转到要merge到的branch,如

git checkout master

一般都会merge到master上。

 

然后调用

git merge testing

这样就把testing branch上的改动merge过来了。

 

6. 删除branch

好了,这个branch不用了,删掉吧

git branch -d testing

 

7. 处理conflict

在merge的过程中一般会遇到conflict.

先用git status查看哪些文件产生的冲突。

可以逐一修改文件,也可以用git mergetool 来进行修改。

当所有的都修改好, 使用git commit。

 

8。 查看有哪些branch merge进来了,哪些没有

git branch –merged

git branch –no-merged

比如说我们checkout 到 master,用–no-merged 可以看到还有哪个branch的改动没有到master上。

 

5. Stash

git stash 用来备份当前工作区的内容。 从最近的一次提交中读取相关内容,让工作区保证和上次提交的内容一致。

可以多次使用git stash来保存当前的修改。

 

git list可以看到一共保存了多少次。

linux-2.6$ git stash list
stash@{0}: WIP on 3.0: 02f8c6a Linux 3.0
stash@{1}: WIP on pci-fix: 79eefa4 Optimize the resource overlap check
stash@{2}: WIP on pci-fix: 02f8c6a Linux 3.0
stash@{3}: WIP on 3.0: 02f8c6a Linux 3.0

git stash save “name”

git stash

这两个都是保存当前的改动, 如果有name则可以添加一个方便辨识的标签。

 

git stash apply 用来恢复最近一次的修改。

git stash apply stash@{1}来恢复指定的修改。

 

git stash pop stash@{1} 的作用和git stash apply类似。 

git stash pop 会从stash栈中移除某个记录,而git stash apply不会。

 

git stash clear 清空栈。

 

6. Tag

1. 显示tag

git tag    显示所有的tag

 

匹配显示

$ git tag -l v3.0*
v3.0
v3.0-rc1
v3.0-rc2
v3.0-rc3
v3.0-rc4
v3.0-rc5
v3.0-rc6
v3.0-rc7

2. 显示某个tag的详细信息

git show v3.0

 

3. 创建tag 

git tag -a v1.4 -m “my version 1.4”

 

git tag -s v1.5 -m “my version 1.5”

这个将会加上pgp的签名

 

对于一个-s的tag, 你可以

git tag -v v1.5

来验证这个tag, 当然你需要有对方的PGP公钥。

 

git tag v1.4-lw

这个是轻量级的tag。

 

git tag -a v1.2 SHA

对某个指定的SHA打tag,默认是HEAD

 

git push origin v1.2

git push origin –tags

默认情况下是不会将tag的信息送到远端的。 

第一的命令将某个指定的tag送到远端。

第二个命令将所有的tag送到远端。

 

7. Remote Repository

https://github.com/ 这个网上可以提供建立一个免费的git的repo

remote repo是用来多个人合作的。恩。。。,比较高级。

 

显示remote repo的信息

git remote

git remote -v

git remote show origin 

 

添加别的remote 库

git remote add localname URL

也就是用这个localname 来代表URL

 

然后就可以从remote中下载代码

git fetch localname

 

默认glone后local的HEAD是track在origin/master上的,

所以如果你想要work on别的branch,需要先在本地建立一个branch

git branch –track feature origin/feature

这个意思是本地有个叫feature的branch,这个是track origin/feature的。

 

查看remote的情况

git remote show origin

 

上传changes,如果你有权限,你可以上传自己的更新到remote

git push origin master

意思是push到 origin这个远端树的master 分支上

git push origin :master

是删除remote的分支

 

下载别的更新?

git pull

下载了更新就直接merge了

 

当本地的git仓库更新后,我们需要与远端server上的仓库同步。

一般这么做

git fetch   将同步一下状态

git fetch -p 可以清空远端已经不用的分支

git branch -v 可以看到本地仓库中分支的状态。

git branch -av 可以看到远端和本地分支的状态

git checkout branchname 换到你想要更新的local branch上

git rebase origin/branchname 这样可以将本地做的commit 取下,并重新apply到最新的地方。

 

8. Some Tips

1. 假如编辑到了某个版本,发现某个功能不起作用了,或者有bug了。但是自己知道之前的某个版本是好的。

git bisect start

git bisect bad      现在这个版本是坏的

git bisect good good_commit   good_commit这个版本是好的

 

接下来编译,测试。 如果是好的

git bisect good

如果还是不好

git bisect bad

这样git都会给你输出某个中间的版本让你继续测试。

 

找到了错误,用

git bisect reset 恢复到原先的版本。

 

2. git 命令在bash中自动补全

 http://progit.org/book/ch2-7.html

将git-completion.bash 拷贝到 /etc/bash_completion.d/git

 

3. git alias

git config –global alias.co checkout

 

4. 用git 打包

git archive master | gzip  > master.tar.gz

把master这个branch打包了。 

 

5. cleanup

git用得时间多了,会变慢。 那么可以用下面的命令优化一下。

git gc   – Cleanup unnecessary files and optimize the local repository

git-repack – Pack unpacked objects in a repository

http://roucheng.cnblogs.com/

http://www.cnblogs.com/roucheng/p/texiao.html

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请联系我们举报,一经查实,本站将立刻删除。

发布者:全栈程序员-站长,转载请注明出处:https://javaforall.net/120606.html原文链接:https://javaforall.net

(0)
全栈程序员-站长的头像全栈程序员-站长


相关推荐

  • java的反射机制带来的好处_线程安全与线程不安全

    java的反射机制带来的好处_线程安全与线程不安全什么是反射Java的反射(reflection)机制是指在程序的运行状态中,可以构造任意一个类的对象,可以了解任意一个对象所属的类,可以了解任意一个类的成员变量和方法,可以调用任意一个对象的属性和方法jdbc(数据库连接技术)在加载驱动时运用到了反射技术例如:实例化对象第一种:Personp=newPerson()虚拟机在执行的时候已经确切知道要实例化哪个类的对象第二种:反射:虚拟机在实例化对象的时候,可以事先不知道要实例化哪个类的对象,传参的时候虚拟机根据参数确定要实例化哪个类的

    2022年8月24日
    4
  • SPSS单因素方差分析教程「建议收藏」

    SPSS单因素方差分析教程「建议收藏」SPSS单因素方差分析,非正态分布的秩和检验

    2022年8月30日
    3
  • datatable删除行

    先列出正确的写法,如果你只想马上改错就先复制吧,如果你有时间想学习一下就继续看下面列出可能出错的可能性吧。1.如果只是想删除datatable中的一行,可以用DataRow的delete,但是必须

    2021年12月24日
    33
  • gbase导出sql_gbase修改字段名称

    gbase导出sql_gbase修改字段名称喵了个咪的。到目前为止,自己已经用过SQLSERVER,MySQL,Oracle,SQLite,加上南大通用GBASE五种数据库了。虽然每种都用的不深注:GBASE提供了C的API,查看手册即可。不支持string。用C++配置GBASE:对方提供了32位和64位windows下的库。在程序中添加gbase.herrmsg.h两个头文件,导入gbaseclient.liblibgb…

    2022年10月31日
    0
  • 粒子群算法详解

    粒子群算法详解一.产生背景  ❃粒子群算法(particleswarmoptimization,PSO)由Kennedy和Eberhart在1995年提出,该算法对于Hepper的模拟鸟群(鱼群)的模型进行修正,以使粒子能够飞向解空间,并在最好解处降落,从而得到了粒子群优化算法。❃同遗传算法类似,也是一种基于群体叠代的,但并没有遗传算法用的交叉以及变异,而是粒子在解空间追随最优的粒子进行搜索。

    2022年6月10日
    32
  • vue使用axios解决跨域_vue前端解决跨域的方法

    vue使用axios解决跨域_vue前端解决跨域的方法工具版本:【vue-V】:2.9.6ide工具:VSCode/Idea前提:我们前端vue工程需要单独部署一、本地使用命令运行跨域问题。外网访问的地址:https://www.runoob.com/try/ajax/json_demo.json本地springboot接口访问的地址:http://192.168.3.12:8081/register/getSmsCode/1234567891、axios访问的代码: created(){ const_this=this

    2022年9月11日
    0

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注

关注全栈程序员社区公众号