Git 进阶指南
来自: https://github.com/kaiye/kaiye.github.com/issues/7
好厉害!
本文由用户 Stephen0128 自行上传分享,仅供网友学习交流。所有权归原作者,若您的权利被侵害,请联系管理员。
转载本站原创文章,请注明出处,并保留原始链接、图片水印。
本站是一个以用户分享为主的开源技术平台,欢迎各类分享!
来自: https://github.com/kaiye/kaiye.github.com/issues/7
好厉害!
在掌握了基础的 Git 使用 之后,可能会遇到一些问题。以下是猫哥筛选总结的部分常见问题,分享给各位朋友,掌握了这些问题的中的要点之后,git 进阶也就完成了,它包含以下部分:
问:如何修改 origin 仓库信息?
1、添加 origin 仓库信息
2、查看 origin 仓库信息
3、删除 origin 仓库信息
问:如何配置 git ssh keys ?
接下来以添加 github ssh keys 为例,请注意替换 github 文件名。
注:如果对密钥机制不熟悉,建议不要指定 -f 参数,直接使用默认的 id_rsa 文件名。
问:如何撤销修改?
修改包含四种情况,需单独区分。
1、新建的文件和目录,且从未提交至版本库
此类文件的状态为
Untracked files
,撤销方法如下:其中,
.
表示当前目录及所有子目录中的文件,也可以直接指定对应的文件路径,以下其他情况类似。2、提交过版本库,但未提交至暂存区的文件(未执行 git add)
此类文件的状态为
Changes not staged for commit
,撤销方法:3、已提交至暂存区的文件
此类文件的状态为
Changes to be committed
,撤销方法:执行之后文件将会回到以上的 1 或者 2 状态,可继续按以上步骤执行撤销,若 git reset 同时加上
--hard
参数,将会把修改过的文件也还原成版本库中的版本。4、已提交至版本库(执行了 git commit)
每次提交都会生成一个 hash 版本号,通过以下命令可查阅版本号并将其回滚:
如果需要「回滚至上一次提交」,可直接使用以下命令:
执行之后,再按照 1 或者 2 状态进行处理即可,如果回滚之后的代码同时需要提交至 origin 仓库(即回滚 origin 线上仓库的代码),需要使用
-f
强制提交参数,且当前用户需要具备「强制提交的权限」。5、如果回滚了之后又不想回滚了怎么办?
如果是以上的情况 1 或者 2,只能歇屁了,因为修改没入过版本库,无法回滚。
如果是情况 4,回滚之后通过 git log 将看不到回滚之前的版本号,但可通过
git reflog
命令(所有使用过的版本号)找到回滚之前的版本号,然后git reset <版本号>
。问:遇到冲突了怎么解决?
两个分支进行合并时(通常是 git pull 时),可能会遇到冲突,同时被修改的文件会进入
Unmerged
状态,需要解决冲突。1、最快的办法
大部分时候,「最快解决冲突」的办法是:使用当前 HEAD 的版本(ours),或使用合并进来的分支版本(theirs)。
2、最通用的办法
用编辑器打开冲突的源文件进行修改,可能会发生遗留,且体验不好,通常需要借助 git mergetool 命令。
在 Mac 系统下,运行
git mergetool <文件名>
可以开启配置的第三方工具进行 merge,默认的是 FileMerge 应用程序,还可以配置成 Meld 或 kdiff3,体验更佳。3、最好的习惯
有三个好的习惯,可以减少代码的冲突:
git pull
一下;4、最复杂的情况
如果你的项目周期比较长,还应该养成「定期 rebase 的习惯」,
git pull --rebase
可以让分支的代码和 origin 仓库的代码保持兼容,同时还不会破坏线上代码的可靠性。它的大概原理是,先将 origin 仓库的代码按 origin 的时间流在本地分支中提交,再将本地分支的修改记录追加到 origin 分支上。如果发生冲突,则可以即时的发现问题并解决,否则到项目上线时再解决冲突,可能会发生额外的风险。
rebase 大概的操作步骤如下:
问:如何在不提交修改的前提下,执行 pull / merge 等操作?
有些修改没有完全完成之前,可能不需要提交到版本库,圡方法是将修改的文件 copy 到 git 仓库之外的目录临时存放,pull / merge 操作完成之后,再 copy 回来。
这样的做法一个是效率不高,另外一个可能会遗漏潜在的冲突。此类需求最好是通过
git stash
命令来完成,它可以将当前工作状态(WIP,work in progress)临时存放在 stash 队列中,待操作完成后再从 stash 队列中重新应用这些修改。以下是 git stash 常用命令:
问:如何在 git log 中查看修改的文件列表?
默认的 git log 会显示较全的信息,且不包含文件列表。使用
--name-status
可以看到修改的文件列表,使用--oneline
可以将参数简化成一行。每次手动加上参数很麻烦,可以通过自定义快捷命令的方式来简化操作:
运行以上配置后,可通过
git ls
命令来实现「自定义 git log」效果,通过该方法也可以创建git st
、git ci
等一系列命令,以便沿用 svn 命令行习惯。更多 git log 参数,可通过
git help log
查看手册。如果是看上一次提交的版本日志,直接运行
git show
即可。问:git submodule update 时出错怎么解决?
例如,在执行 git submodule update 时有以下错误信息:
在此例中,发生以上错误是因为 i18n-php-server 子仓库在某电脑 A 的「本地」commit 了新的版本 「f869da471c5d8a185cd110bbe4842d6757b002f5」,且该次 commit 未 push origin。但其父级仓库 i18n-www 中引用了该子仓库的版本号,且将引用记录 push origin,导致其他客户机无法 update 。
解决方法,在电脑 A 上将 i18n-php-server 版本库 push origin 后,在其他客户机上执行 git submodule update 。或者用以上提到的 git reset 方法,将子仓库的引用版本号还原成 origin 上存在的最新版本号。
其他问题
设置本地分支与远程分支保持同步,在第一次 git push 的时候带上
-u
参数即可支持中文目录与文件名的显示(git 默认将非 ASCII 编码的目录与文件名以八进制编码展示)
常用的打 tag 操作,更多请查看《Git 基础 - 打标签》
使用 git GUI 客户端(如,SoureTree、Github Desktop)能极大的提升分支管理效率。分支合并操作通常只有两种情况:从 origin merge 到本地,使用
git pull
即可;从另外一个本地分支 merge 到当前分支,使用git merge <分支名>
,以下是常用命令:如有其他问题,请在 github 上留言补充 :)