“git reset-q”是否可以等同于不带“-q”的某些“git reset”命令?

这个 -q 旗帜 是 可选,由非空 <paths>... 部分。例如:

git reset HEAD feature2file

有一个 <path> 论点,即 feature2file 因此,这意味着 -Q 旗帜。

…它和……有什么区别? git reset [<mode>] [<commit>]

这个命令 <路径& GT; 参数,调用 git reset .

有些人(包括我自己)认为,这些应该始终是两个不同的前端git命令,以减少混淆的可能性。但他们不是,所以我们陷入了困惑。

不是第一种形式吗 git reset [-q] [<tree-ish>] [--] <paths>… 一样 git reset --mixed HEAD [--] <paths>… ?

(我修好了你的无虚线 mixed 阅读 --mixed )它将会是 如果 后者是允许的。至少官方不允许这样做,但是:

$ git reset --mixed HEAD -- Makefile
warning: --mixed with paths is deprecated; use 'git reset -- <paths>' instead.

注意 --hard 和 --soft 被排除在外:

$ git reset --soft HEAD -- Makefile
fatal: Cannot do soft reset with paths.
$ git reset --hard HEAD -- Makefile
fatal: Cannot do hard reset with paths.

案例 --混合 ,这是默认的如果 [<mode>] 被省略,以及 [<commit>] 可选,默认为 HEAD 意味着:

git reset hello

含糊不清:

• 它适合吗? git重置[<模式>][<提交>] 模式,在哪里 mode 省略(默认为 --混合 ) hello 是否通过GitRevisions文档中的六步规则转换为提交?是的,很明显它符合这个模式。
• 它适合吗? git reset [-q] [<tree-ish>] [--] <files>... 模式,在哪里 <tree-ish> 省略 <files> 是文件名 你好 ?是的,它很适合 那个 模式也是如此。

哪一个做 Git复位 使用?答案是:它被编码为尝试两者,如果两者都是 能够 应用,生成错误消息:

fatal: ambiguous argument 'wt-status.c': both revision and filename
Use '--' to separate paths from revisions, like this:
'git <command> [<revision>...] -- [<file>...]'

如果对不同的操作模式有单独的命令,就不会出现这个问题。