oh my zsh Cannot pull with rebase......

升级oh_my_zsh报错:“oh my zsh  Cannot pull with rebase: You have unstaged changes. Please commit or stash them. There was an error updating. Try again later?”

在github上也发现有人提过这样的issue。但解决方法都不对,最后看到一外国哥们这样解决了问题:

1) cd ~/.oh-my-zsh/
2) git add .
3) git commit -m "commit message"
4) upgrade_oh_my_zsh

我一试还真行,通过git status -s查看发现原来是增加主题后本地的master分支有变化造成的。

commit后就ok了。

再次使用upgrade_oh_my_zsh命令升级

一切ok!

时间: 11-29

oh my zsh Cannot pull with rebase......的相关文章

使用git rebase去掉无谓的融合

git pull 預設的行為是將遠端的 repo. 與本地的 repo. 合併,這也是 DVCS 的初衷,將兩個 branch 合併.但是,很多時候會發生以下這種情形: 這是因為,我們團隊的開發模式是本地的 branch 和遠端的 branch 會同步地非常頻繁(通常就是同名稱的 branch,例如 master),這兩個 branch 幾乎是完全同步.這時候就會發現這些 merge 動作其實沒有必要,會造成線圖無謂的複雜.這時候,會推薦使用以下這個指令: git pull --rebase 加

vim批量替换

(文章都是从别的地方摘抄并总结的,如有侵权,请联系管理员) vim编辑器---批量注释与反注释    在使用vim编写代码的时候,经常需要用到批量注释与反注释一段代码.下面简要介绍其操作. 方法一 块选择模式 插入注释: 用v进入virtual模式 用上下键选中需要注释的行数 按CTL+v(win下面ctrl+q)进入列模式 按大些"I"进入插入模式,输入注释符"#"或者是"//",然后立刻按下ESC(两下) 取消注释: Ctrl + v 进入块

使用webstorm操作git

0. 前言 在上一篇文章中,讲述了使用webstorm去调试node程序,最近研究了一下如何使用webstorm去操作git. 对于git的使用,大家的使用方式均有不同,最王道的方式非命令行莫属,基于git的GUI软件还是很多的,大家可自行研究使用.之前使用eclipse svn插件去操作版本管理,还是很便捷的一件事情.而今用惯了webstorm,当然里面也集成了对svn的支持,只是最近一直在用git,所以想试着用webstorm中的git集成工具进行版本管理.当然之前都是以敲命令行的方式去做,

Git使用帮助

1. 本地创建新项目 git init git add . git commit -m "First commit" 2. 本地代码同步Push到远程仓库 git remote add origin "https://github.com/zwffff/ag.git" git push -u origin master 3. push到远程仓库,出现“failed to push some refs to git"错误 git pull --rebase

github不小心同步覆盖了本地文件

昨天不小心github的commit还没push就同步了,导致本地文件被覆盖,一度以为没救了. 后来得微博 @空非无和 @柳烟堆雪 指点,用git reflog 恢复了文件. 事情是这样的... 我在两个电脑上修改一个项目,A修改文件a,B修改文件b.然后我干了下面这些事,按时间顺序... 1. A上 git commit 2. A上 git push 3. B上 git commit 4. B上 git pull 然后...B上修改的b就被覆盖了... 而且git log已经找不到第3步的co

git fetch 、git pull 与 git pull --rebase

1. git fetch 与 git pull 都是从远程拉取代码到本地,git fetch只是拉取到本地,git pull不仅拉取到本地还merge到本地分支中.所以git pull是git fetch与git merge的集合体.  2. git pull 与 git pull --rebase git pull的默认行为是git fetch + git merge,  git pull --rebase则是git fetch + git rebase. 从目的来说,两者没差别,运行之后,

聊下git pull --rebase

有一种场景是经常发生的. 大家都基于develop拉出分支进行并行开发,这里的分支可能是多到数十个.然后彼此在进行自己的逻辑编写,时间可能需要几天或者几周.在这期间你可能需要时不时的需要pull下远程develop分支上的同事的提交.这是个好的习惯,这样下去就可以避免你在一个无用的代码上进行长期的开发,回头来看这些代码不是新的代码.甚至是会面临很多冲突需要解决,而这个时候你可能还需要对冲突的部分代码进行测试回归,这就很麻烦了. 那么我们来看一下你在pull时候需要习惯性的加上-rebase参数,

gerrit branch-2依赖branch-1,branch-1更新如何将更改pull到branch-2

1.环境 ubuntu16.04  gerrit 2.问题 gerrit中branch-2依赖branch-1,branch-1更新后,branch-2需要pull branch-1的更新内容, 然后继续修改branch-2. 3.解决方法 3.1  在branch-2的分支上或patch中,执行 git review -d $PARENT_CHANGE_NUMBER 会pull branch-1最新的内容, 并切换到 review/unknown/branch-1,不做任何修改. CHANGE

git merge rebase的区别及应用场景

前两天和同事交流发现他在日常开发中跟上游保持同步每次都是用git pull操作,而我一直习惯git fetch然后rebase,发现这两种操作后的log是有些区别的.他每次pull操作之后都会自动生成一个merge记录,而使用fetch+rebase就没有. 查了下发现其实就是git pull命令两种参数的区别: git pull --merge  默认参数,相当于:git fetch + git merge git pull --rebase 手动指定,相当于:git fetch + git