Git功能的示例分析

  介绍

这篇文章主要介绍Git功能的示例分析,文中介绍的非常详细,具有一定的参考价值,感兴趣的小伙伴们一定要看完!

<强>一,刚提交的代码,发现需要微调一下

刚刚最新提交了一段代码,然后跟前端说,接口好了。过了2分钟,前端跟你说,哎,兄弟,那个金额能不能返回整数,不要小数点。

这个时候一般我们通常会修改一下之后,再提交一个版本。那么又过了2分钟,前端又跑来说,哎,兄弟,那个日期能不能换个格式……

正常我们又会修改下后再提交一个版本,那么就一些简单的改动,我们就提交了好几个版本,可以是可以,不过还有一个更加优雅和简单的解决方法:<代码>提交,修改

“amend"是“修正”的意思。在提交时,如果加上——修改参数,Git不会在当前提交上增加提交,而是会把当前提交里的内容和暂存区(舞台区)里的内容合并起来后创建一个新的提交,用这个新的承诺把当前提交替换掉,所以提交,修改做的事就是它的字面意思:对最新一条提交进行修正。

具体地,当你把修改改完之后,直接运行:

git  add 。   git  commit ——修改

之后会出现你之前一个提交的信息:

 Git功能的示例分析

你可以修改或保留它,然后保存退出就可以了。你的最新提交就被更新了,如下图所示:

 Git功能的示例分析

<强>二,要修改的不是最新的提交,而是倒数第二个

突然我先我们倒数第二个提交需要进行一些微小的调整,那么这时候我们就不能用上面那种处理方式了,不过也是有办法的。

<代码>变基-> 变基——互动>

 Git功能的示例分析

Git日志后我们发现是倒数第二个提交需要修改,那么此时我们可以运行:

<代码> Git变基我头^ ^>

 Git功能的示例分析

这个编辑界面的最顶部,列出了将要“被变基”的所有提交,也就是倒数第二个提交“修改testgit”和最新的承诺“mofify .gitignore”。需要注意,这个排列是正序的,旧的承诺会排在上面,新的排在下面。

此时,我们需要修改哪个提交,就可以把提交之前的选择修改成编辑,然后就可以退出这个界面。

 Git功能的示例分析

上面的界面告诉我们,变基过程已经停在需要修改的那个提交,然后我们可以进行修改了,修改完后:

git  add 。   git  commit ——修改

上传修改后,就可以运行:

git  rebase ——继续

如果没有冲突,那么就完美变基了。

<强>三、紧急情况:藏存储

当你正在敲着键盘,埋头开发一个新功能时,突然有人跑过来跟你说,哎,兄弟,你之前开发的那个功能出现了一个bug,赶紧改一下,这时候你新分支功能才刚刚开了一个头,如果直接提交一次肯定是可以的,不过有更好的处理办法——git储备。

git藏后会把你工作目录的改动清空,然后存储到另外一个地方。需要注意的是,git储备会忽略那些没有被跟踪的文件,这时候需要加上参数- u,即git塞- u。

当你把错误修复后,切回工作分支。然后:

git  stash 流行

以上是“git功能的示例分析”这篇文章的所有内容,感谢各位的阅读!希望分享的内容对大家有帮助,更多相关知识,欢迎关注行业资讯频道!

Git功能的示例分析