看了这篇文章,你应该可以应付工作中90%的git命令

2023-03-08 13:47:13 浏览数 (1)

开始

git初始化

安装完git 需设置账号和邮箱,用于标示用户身份,类似于svn的账号,但是git不存在服务器,所以无需密码验证身份。 保存位置C:Usersyourname\.gitconfig

12

$ git config --global user.name "Your Name"$ git config --global user.email "email@example.com"

仓库初始化和提交

123456

$ git init  #初始化Git工作目录$ git add 文件名或*  #添加文件到暂存区$ git rm 文件名   #从暂存区删除文件$ git commit -m "注释" #提交到版本记录$ git commit --amend --no-edit #修改最后一次提交记录,会生成新的hash但是会作为最后的提交,相当于覆盖最后一次提交,之前的作废。no-edit表示无需修改注释$ git status #查看当前状态

查看记录

12345

$ git log --pretty=oneline #单行显示提交记录$ git log --graph --pretty=oneline --abbrev-commit #可查看分支合并的情况(分支合并图)$ git log -p master  ..origin/master #比较本地的master分支和origin/master分支的差别$ git log filename #显示指定文件在哪些提交下有修改$ git show c5e69 filename #显示指定文件在某个提交下的具体修改

相对引用

HEAD^ 上1级; HEAD^^ 上2级; HEAD^2 当HEAD有2个父节点的时候,HEAD^回到第一个父节点,也就是HEAD正上方的节点,HEAD^2回到第2个父节点; HEAD~4 上面4级,不带数字默认回到上1级; 可链式操作:

1

$ git checkout HEAD~^2~2

撤销操作

1.reset

1

$ git reset --hard HEAD^(上一个版本号,或直接版本号)

hard:工作区=暂存区=HEAD=设置版本 mixed:工作区!=暂存区=HEAD=设置版本 soft:工作区=暂存区!=HEAD=设置版本

1

$ git reset HEAD^(版本号) readme.txt(文件名)

已add到暂存区,还未commit,可从当前版本覆盖到暂存区,即撤销暂存区的修改,之后再checkout就可以撤销工作区内容了 相当于不加参数,默认是mixed。

2.revert

1

$ git revert  HEAD(版本号)

和reset类似都是撤销,区别是reset撤销相当于版本回退,将HEAD指向reset的指定版本。revert撤销是生成一个新commit,该commit消除掉revert指定版本的所有更改,并生成一个新的版本,也就是说生成的版本会和指定版本的上一个版本完全一致。

checkout的用法

1.从暂存区恢复到工作区

1

$ git checkout -- readme.txt(文件名)

工作区修改还未add到暂存区,可以从暂存区覆盖到工作区,即撤销修改 加上占位符—代表后面跟的是文件路径,不加表示的是分支名

2.切换分支

1234

$ git checkout -b dev(分支名) #创建并切换到分支,相当于以下2条语句:$ git branch dev #创建分支$ git checkout dev  #切换分支$ git checkout -b dev origin/dev #创建分支,并且和远程dev分支关联

3.修改HEAD的指向

使Head指向指定的版本,并与当前分支分离,而且整个工作区被该版本覆盖,此时分支处于未命名状态,可以用当前状态创建一个新分支,或者切回到另一个已存在分支。

1

$ git checkout (版本号)

使Head指向指定的版本,并且整个工作区被该版本覆盖,此时分支处于未命名状态,可以用当前状态创建一个新分支,或者切回到另一个已存在分支。

4.批量解决冲突

如果合并版本后产生了冲突文件,可以手动修改后再git add,也可以批量解决冲突,选择自己的版本或选择别人的版本

12

$ git checkout --ours . #使用自己的版本,.表示当前目录下所有文件,也可以指定其他目录$ git checkout --theirs . #使用别人的版本

分支

123456

$ git branch #查看分支$ git branch dev #创建分支$ git branch -d dev(分支名) #删除分支$ git branch -f 分支名 (版本号或者相对引用)     #强制将分支指向某个版本$ git branch -u origin/master 分支名(缺省为当前分支) #将分支关联到远程分支,-u等于--set-upstream-to$ git branch -m rename_old rename_new #将本地仓库的rename_old的名称修改为rename_new

合并

1.merge

123

$ git merge dev #将当前分支与dev合并$ git merge --squash dev  #分支的最新commit合并到当前分支的工作区和暂存区,此时commit当前分支就不会有冗余commit了$ git merge --no-ff -m "注释" dev  #不采用快速向前(fast forward)的方式合并分支,如果master在dev之后没有改动,合并相当于直接把master的HEAD指向dev的HEAD,但这样会导致看不出来做过合并

如果git merge合并的时候出现refusing to merge unrelated histories的错误,原因是两个仓库不同而导致的,需要在后面加上--allow-unrelated-histories进行允许合并。

2.rebase

123

$ git rebase master #将当前分支所作任何修改都当作是从主分支最新commit开始计算合并$ git rebase -i master #可视化的选择当前分支能合并的版本追加到master上,还可以对选择的多个进行排序$ git rebase -i master dev #将dev的分支追加到master上,如果不跟dev,默认是当前分支,同时HEAD指向dev分支

3.cherry-pick

1

$ git cherry-pick (版本1) (版本2) #将当前分支(HEAD)后追加选择的版本,然后分支指向最后一个版本号

思考

主分支master有C1,C2 2个提交,开发分支dev在主分支基础上有C1,C2,C3,C4,C5 5个提交,除了C5是最后结果,前面的提交都是开发中的过程产生的冗余提交,不需要合并到主分支。 假设目前在dev分支

  • 方法一:

12

$ git checkout master #切换主分支$ git cherry-pick C5 #选择dev分支的C5版本

  • 方法二:

123

$ git rebase -i master #以master作为源,同时使用-i参数选择dev分支的C5作为要合并的提交版本(不加-i会使用dev分支的全部提交版本)$ git checkout master$ git merge dev

采用方法二,最后master和dev都指向的是同一个版本,而采用方法一,2个分支指向的节点不一样,虽然都是C5

标签

tag

1

$ git tag v1 版本号

给版本打上标签,以后可以直接通过标签引用,不用再找版本的hash值。如果不指定版本号,默认打在HEAD的指向上。

查找最近的标签

1

$ git describe <ref> #可以是任何能被 Git 识别成提交记录的引用,如果你没有指定的话,Git 会以你目前所检出的位置(HEAD)

它输出的结果是这样的:<tag><numCommits>g<hash>。 tag 表示的是离 ref 最近的标签, numCommits 是表示这个 ref 与 tag 相差有多少个提交记录, hash 表示的是你所给定的 ref 所表示的提交记录哈希值的前几位。当 ref 提交记录上有某个标签时,则只输出标签名称。

远程

将本地分支和远程分支关联。如果某人已在远程服务器上添加了分支dev,你想把这个分支down下来,首先你要本地创建一个分支,然后将本地分支与远程地址关联

1

$ git branch -u origin/dev dev

也可直接创建并关联

1

$ git checkout -b dev origin/dev

remote

12345

$ git remote add origin git@github.com:Mcdull0921/HelloGit.git #为本地项目添加一个远程地址$ git remote origin set-url [url]  #修改远端地址$ git remote rm origin       #删除远端地址$ git remote add origin [url]  #添加远端地址$ git remote -v #查远程地址

fetch

git fetch <remote> <place>

123

$ git fetch #相当于是从远程获取所有分支最新到本地,不会自动merge,更新本地全部远程分支指针$ git fetch origin master #将远程仓库的master分支下载到本地,并更新本地远程分支指针origin/master,只更新一个分支$ git merge origin/master #进行合并

也可以用以下指令:

123

$ git fetch origin master:tmp #从远程仓库master分支获取最新,在本地建立tmp分支$ git diff tmp #將當前分支和tmp進行對比$ git merge tmp #合并tmp分支到当前分支

fetch和pull的来源正好相反:

12

$ git fetch origin foo~1:bar #将远程上的foo上一个版本更新到本地,并且让本地分支bar指向这个版本。$ git fetch origin :bar #没有指定远程的源,相当于直接在本地创建一个bar分支

这个并不会更新关联的origin/foo的指向,如果bar分支不存在,则会创建一个bar分支

push

git push <remote> <place>

如果不跟任何参数,把当前分支的指向推送到该分支关联的远程分支,如果没有关联,提示错误;

指定参数,例如git push origin master,把本地的master分支推送到远程仓库origin的master分支,分支名需要一样,用这种方式相当于并不是以当前分支而推送,可指定任意的分支,前提是名字一样;

如果分支名字不同,可用git push origin foo^:master,将任意的版本推送到远程仓库master分支;

如果远程分支不存在,还可以创建新的分支git push origin master:newBranch

1234

$ git push -u origin master #本地项目推送到远程地址的master分支,首次使用加-u,将本地master与远程master关联,以后可不加,-u等于--set-upstream$ git push origin HEAD --force  #先让本地回到某个版本,此命令向远程推送以当前HEAD作为最新版本,会清除掉服务器上HEAD之后的其他版本$ git push origin :branch #没有指定本地源直接写:会删除掉远程分支$ git push origin master:my_remote_new_branch #远端即可创建新的分支my_remote_new_branch

pull

pull就是fetchmerge 2条命令的组合,例如: git pull origin foo 相当于:git fetch origin foo; git merge origin/foo git pull origin bar~1:bugFix 相当于:git fetch origin bar~1:bugFix; git merge bugFix

12

$ git pull origin master #相当于从远程获取最新版本并merge到本地,相当于git fetch加上git merge$ git pull --rebase #相当于git fetch加上git rebase

文本对比diff

对比文件内容,常用显示命令:

  • q ,Q:退出显示
  • H,h:命令帮助(有了这个,其他的都不用看了)
  • y,k:上一行
  • e,j,回车:下一行
  • z,b:上一页
  • f,space:下一页
  • 小键盘的Home,End,PgUp,PgDn,上,下键对应相应的功能。

1

$ git diff <commit1> <commit2> 文件目录D

如果git diff后面只有两个commit号,那么git将输出这两次提交的全部代码差异。如果跟上路径,那么将输出文件目录文件D下所有这两次提交涉及的代码异同。

0 人点赞