引言
构思了许久,好好整理了一下自己平时常用的 git 操作命令和常见错误的处理。
本也打算对 gitlab 的 CI/DI 构建以及 jenkins + github 持续集成进行整理,Google 搜索发现资料很多,发现原创不太合适,不处理又不太完整,因此对持续集成做了文章转载处理,如果上述博客设计版权问题,希望原作者及时联系,我会进行删除处理。
但是, git 操作,我想就自己在日常用到的问题简单的阐述,欢迎批评指正。
介绍
先上图:
概念解释:
Workspace:工作区
Index / Stage:暂存区
Repository:仓库区(或本地仓库)
Remote:远程仓库
上面图中几乎包含了 git 操作的所有内容。不要被吓到,可以把命令分解开解释,另外记住,git 就是版本托管工具,但凡工具都是拿来用的,多加练习,反复使用,就能深有体会。
代码库创建
常用命令:
# 在当前目录新建一个Git代码库
$ git init
# 新建一个目录,将其初始化为Git代码库
$ git init [project-name]
# 下载一个项目和它的整个代码历史
$ git clone [url]
简单解释一下:一般来说,我们会使用 gitlab 或者 github 进行代码托管,基本操作是先从网站上建立远程代码托管,具体的操作可以参考以下链接:
https://yq.aliyun.com/articles/74395
https://blog.csdn.net/qq_35246620/article/details/68483036
然后通过 git clone [url]
把代码拉到本地文件夹。
配置
git 安装好后,需要进行环境配置工作,设置文件为.gitconfig
,它可以在用户主目录下(全局配置),也可以在项目目录下(项目配置):
# 显示当前的git配置
$ git config --list
# 编辑git配置文件
$ git config -e [--global]
# 设置提交代码时的用户信息
$ git config [--global] user.name "[name]"
$ git config [--global] user.email "[email address]"
增加/删除文件
先上代码:
# 添加指定文件到暂存区
$ git add [file1] [file2] ...
# 添加指定目录到暂存区,包括子目录
$ git add [dir]
# 添加当前目录的所有文件到暂存区
$ git add .
# 添加每个变化前,都会要求确认
# 对于同一个文件的多处变化,可以实现分次提交
$ git add -p
# 删除工作区文件,并且将这次删除放入暂存区
$ git rm [file1] [file2] ...
# 停止追踪指定文件,但该文件会保留在工作区
$ git rm --cached [file]
# 改名文件,并且将这个改名放入暂存区
$ git mv [file-original] [file-renamed]
不要懵,帮你解读一下:
- 如果仅仅是新建了几个文件或者修改了几个文件,只想 add 其中几个,
git add [file1] [file2]...
即可; - 如果新建了几个文件或者修改了几个文件,都想 add,除了
git add [file1] [file2]...
,还可以添加所有git add .
操作;
代码提交
# 提交暂存区到仓库区
$ git commit -m [message]
# 提交暂存区的指定文件到仓库区
$ git commit [file1] [file2] ... -m [message]
# 提交工作区自上次commit之后的变化,直接到仓库区
$ git commit -a
# 提交时显示所有diff信息
$ git commit -v
# 使用一次新的commit,替代上一次提交
# 如果代码没有任何新变化,则用来改写上一次commit的提交信息
$ git commit --amend -m [message]
# 重做上一次commit,并包括指定文件的新变化
$ git commit --amend [file1] [file2] ...
这里需要着重强调的是message
要写自己改动代码相关的内容。
分支
一般会有一个 master
分支,而一般人员开发,需要单独创建 personal
分支进行代码开发,避免 master
分支出现问题。
# 列出所有本地分支
$ git branch
# 列出所有远程分支
$ git branch -r
# 列出所有本地分支和远程分支
$ git branch -a
# 新建一个分支,但依然停留在当前分支
$ git branch [branch-name]
# 新建一个分支,并切换到该分支
$ git checkout -b [branch]
# 新建一个分支,指向指定commit
$ git branch [branch] [commit]
# 新建一个分支,与指定的远程分支建立追踪关系
$ git branch --track [branch] [remote-branch]
# 切换到指定分支,并更新工作区
$ git checkout [branch-name]
# 切换到上一个分支
$ git checkout -
# 建立追踪关系,在现有分支与指定的远程分支之间
$ git branch --set-upstream [branch] [remote-branch]
# 合并指定分支到当前分支
$ git merge [branch]
# 选择一个commit,合并进当前分支
$ git cherry-pick [commit]
# 删除分支
$ git branch -d [branch-name]
# 删除远程分支
$ git push origin --delete [branch-name]
$ git branch -dr [remote/branch]
上述操作几乎就是相关操作的所有内容,说一下:
git branch -r
可以改为git branch -r | grep [username]
,列出和自己相关的分支;
git merge [branch]
难免会遇到冲突,一般操作是在不影响原功能的基础上修改,我一般会把冲突文件下载到本地,根据原代码逻辑和改动后的代码逻辑修改,很多人会使用git mergetool
工具,很简单,但是我不太建议这样,个人觉得最好的办法就是少量多次提交,即使更新本地代码,遇到冲突,本地下载后解决(如果在 Linux 操作,可以使用 FTP 工具下载到本地);
git cherry-pick [commit]
用来合其它分支的代码到自己的分支开发,最常见的冲突,和上个建议一样,本地下载后解决;
git push origin --delete [branch-name]
删除远程分支,我认为除非分支很多,尽量不要删远程分支,即使删除也要在代码merge
到master
分支测试完成后,再行删除。
标签
# 列出所有tag
$ git tag
# 新建一个tag在当前commit
$ git tag [tag]
# 新建一个tag在指定commit
$ git tag [tag] [commit]
# 删除本地tag
$ git tag -d [tag]
# 删除远程tag
$ git push origin :refs/tags/[tagName]
# 查看tag信息
$ git show [tag]
# 提交指定tag
$ git push [remote] [tag]
# 提交所有tag
$ git push [remote] --tags
# 新建一个分支,指向某个tag
$ git checkout -b [branch] [tag]
说实话没用过,我觉得只要分支名字合理表达含义,tag
可以不用,不知道这样理解会不会被喷。。。。
查看信息
# 显示有变更的文件
$ git status
# 显示当前分支的版本历史
$ git log
# 显示commit历史,以及每次commit发生变更的文件
$ git log --stat
# 搜索提交历史,根据关键词
$ git log -S [keyword]
# 显示某个commit之后的所有变动,每个commit占据一行
$ git log [tag] HEAD --pretty=format:%s
# 显示某个commit之后的所有变动,其"提交说明"必须符合搜索条件
$ git log [tag] HEAD --grep feature
# 显示某个文件的版本历史,包括文件改名
$ git log --follow [file]
$ git whatchanged [file]
# 显示指定文件相关的每一次diff
$ git log -p [file]
# 显示过去5次提交
$ git log -5 --pretty --oneline
# 显示所有提交过的用户,按提交次数排序
$ git shortlog -sn
# 显示指定文件是什么人在什么时间修改过
$ git blame [file]
# 显示暂存区和工作区的差异
$ git diff
# 显示暂存区和上一个commit的差异
$ git diff --cached [file]
# 显示工作区与当前分支最新commit之间的差异
$ git diff HEAD
# 显示两次提交之间的差异
$ git diff [first-branch]...[second-branch]
# 显示今天你写了多少行代码
$ git diff --shortstat "@{0 day ago}"
# 显示某次提交的元数据和内容变化
$ git show [commit]
# 显示某次提交发生变化的文件
$ git show --name-only [commit]
# 显示某次提交时,某个文件的内容
$ git show [commit]:[filename]
# 显示当前分支的最近几次提交
$ git reflog
说明:
git status
使用频率非常高;
git log
一般我会用到git log -2
,看两次的提交内容也基本上能够解决问题了;
git diff
经常用,合代码时候看冲突内容,改代码看是否包含修改内容,注意此操作要在git add
之前,否则,没什么效果;
git blame [file]
神操作,免得推卸责任,是谁做的一目了然,不和你扯皮。
远程同步
# 下载远程仓库的所有变动
$ git fetch [remote]
# 显示所有远程仓库
$ git remote -v
# 显示某个远程仓库的信息
$ git remote show [remote]
# 增加一个新的远程仓库,并命名
$ git remote add [shortname] [url]
# 取回远程仓库的变化,并与本地分支合并
$ git pull [remote] [branch]
# 上传本地指定分支到远程仓库
$ git push [remote] [branch]
# 强行推送当前分支到远程仓库,即使有冲突
$ git push [remote] --force
# 推送所有分支到远程仓库
$ git push [remote] --all
# 暂时将未提交的变化移除,稍后再移入
$ git stash
$ git stash pop
git fetch [remote]
常用的拉代码操作,主要是方便更新代码;
git push [remote] [branch]
把代码推送到远程,个人强烈反对--force
操作,除非是自己开发自娱系统;
经常遇到推送失败问题:
1、本地代码非最新,这里讲解一个骚操作,可以先把本地代码
git stash
,我认为是把改动文件进行类似压栈操作,然后git pull
最新代码,随后git stash pop
。特别注意:冲突概率特别高,要是没有,恭喜你;有冲突,就每个文件解决一下。此操作很实用,但是一定要慎重!
2、有可能远程分支没有建立问题,git log -2
后,git reset
回退上一个提交版本,git stash
改动压栈,git push
建立远程分支,git stash pop
出栈,再然后就是git add
、git commit
、git push
。一句话形容,git 操作过程中,别找事,一步步走,先建立远程分支再操作;
3、我遇到过有远程分支,但是还是无法推送代码。这可能是本地分支没有push过,解决方法不能更骚,先git push
新建一个其它分支,然后再git push
要操作的远程分支。
撤销操作
# 恢复暂存区的指定文件到工作区
$ git checkout [file]
# 恢复某个commit的指定文件到暂存区和工作区
$ git checkout [commit] [file]
# 恢复暂存区的所有文件到工作区
$ git checkout .
# 重置暂存区的指定文件,与上一次commit保持一致,但工作区不变
$ git reset [file]
# 重置暂存区与工作区,与上一次commit保持一致
$ git reset --hard
# 重置当前分支的指针为指定commit,同时重置暂存区,但工作区不变
$ git reset [commit]
# 重置当前分支的HEAD为指定commit,同时重置暂存区和工作区,与指定commit一致
$ git reset --hard [commit]
# 重置当前HEAD为指定commit,但保持暂存区和工作区不变
$ git reset --keep [commit]
# 新建一个commit,用来撤销指定commit
# 后者的所有变化都将被前者抵消,并且应用到当前分支
$ git revert [commit]
个人认为,git reset [commit]
是很好的命令,可以回退 commit 的版本,减少出错提交;git checkout -- [file]
取消对文件对修改,有时候错误修改了,又怕删错了,使用此命令可以直接回到修改前,简单快捷。
清理
git clean
这个命令是清理一些中间编译文件等的操作,常用 git clean -dxf
,这个命令类似 rm -rf
。特别注意: 新添加的文件,一定要 git add [file]
后,再运行清理命令,否则你就要重新码字了!!!
总结
git 是一个工具,多加练习,才能熟悉工具。遇到问题是经常发生的,google 搜索或者请教一下同事,都是解决问题的办法,本篇博客只是给出了一些解决问题的方式,但是路不只是有一条,在这里权当抛砖引玉吧!