• 隆
    2018-12-19
    为什么git的提示语句 git checkout 没有 " - -" 呢?
     1
     6
  • Allen
    2018-12-30
    git reset HEAD ,是让暂存区恢复为HEAD所指向的节点,使用了该命令后,工作区修改的内容会被保留(保险),如果本地的修改需要丢弃掉,那么可使用--hard
    
     2
  • 你好我是老昜~
    2018-12-20
    老师您好, 关于这两节课我有一点疑惑期望老师的耐心解答, 第22节课中所讲:让工作区恢复成暂存区一样, 用的命令是: git checkout -- <file> 效果确实是自己想的那样, 删除了工作区的代码更改, 文件内容与暂存区的文件内容保持一致. 可是让暂存区恢复成HEAD一样这节所用的代码: git reset HEAD 完成的效果只是把暂存区文件退回到了工作区中, 而文件里面所修改的代码内容没有产生变化呀? 并没有像自己想的那样 将内容恢复成最近一次commit提交的内容.
    所以问题1: git reset HEAD只是退回暂存区状态到工作区, 没有对代码内容做退回变更, 那有什么工作场景具体需要这个命令呢?
    问题2: 如果既想把状态从暂存区退回到工作区, 又想把里面变更的代码恢复成上次commit下的代码内容又要怎么去做呢?

    作者回复: 得先解决你的第一个问题。git reset HEAD,就是要让暂存区恢复成HEAD一样,工作区保留暂存区的改动,刚好是为了保险哦,不然连工作区都不保留改动的文件,那之后就没地方找这些变化的内容了。你实在想让暂存区和工作区都和HEAD一样的话,用那个所谓的危险参数 --hard 好了

    
     2
  • 希言自然
    2019-11-20
    目前2.4版本的都是提示git restore这个命令,这个命令和reset的区别在哪里啊?
     1
    
  • 任我行
    2019-07-22
    老师你好 我这有一个严重的问题请教一下
    我先执行了 git add -A
    在执行了git reset —hard
    怎么回复暂存区的代码?

    作者回复: 好问题。百度里面搜“git reset--hard后恢复暂存区文件” ,就有答案了

    
    
  • ..·
    2019-07-01
    老师我最近fork了别人的代码,然后加了自己的内容,也给原作者提了pr,原作者也接受了我的pr,但是pr里有很多我自己的commit,而且我fork过后的仓库一直显示This branch is 16 commits ahead of gfxfundamentals:master. 原作者接受了我的pr按理说不该出现这个啊,怎么才能消除这些多余的commit信息。我也做了git remote add upstream https://github.com/greggman/threejsfundamentals.git和git pull --rebase upstream master,但是这些commit信息依然还在。

    作者回复: 估计你把PR的拒绝当做已经接受了。你留意一下PR的标识,一个是红色的标识(表示没被merge),另一个是紫色的标识(表示已经merge)。

    
    
我们在线,来聊聊吧