私はいつもgit checkout -- .
を使って作業ディレクトリをクリアしました。私は--
がパラメータを渡すことを考えるのを避けるために必要とされていたと私は考えました。git checkout - 。 vs git checkout
今、同僚は--
を落とすことができました。
これらの2つのコマンドには違いがありますか?
PS:git checkout -- .
git checkout .
VSはGoogleに難しいの一種であるので、ここで質問...
私はいつもgit checkout -- .
を使って作業ディレクトリをクリアしました。私は--
がパラメータを渡すことを考えるのを避けるために必要とされていたと私は考えました。git checkout - 。 vs git checkout
今、同僚は--
を落とすことができました。
これらの2つのコマンドには違いがありますか?
PS:git checkout -- .
git checkout .
VSはGoogleに難しいの一種であるので、ここで質問...
私は--
のようにファイルとしてcheckout
を以下のものを扱うとしないようにGitリポジトリを指示する方法であることを思い出しているようですブランチ。 stuff
というファイルとブランチの両方があるとします。そして、次のコマンドは、あいまいなようだ:
git checkout stuff
あなたがファイルまたはブランチをチェックアウトするために求めているかどうかは明らかではありませんので。 --
を使用すると、その名前/パスでファイルをチェックアウトするように明示的に指示します。したがって、この場合には、次のコマンドは、ブランチとstuff
と呼ばれるファイルがチェックアウト許可:
git checkout stuff # checkout the branch stuff
git checkout -- stuff # checkout the file stuff
git checkout <name>
が本当に枝のためのもの、しかし、Gitのブランチを見つけることができない場合Gitの構文が緩和され、さ。なお、ファイルを探します。密接に関連
--
スタンドアロン引数(別の引数のすなわち一部ではない)としては、それに続く何が引数ではないことを示すために多くのUNIXコマンドラインプログラムによって使用されます。
なぜですか?このケースでは、名前が--
で始まるパスがある場合に使用されています。パスは独自の引数として解釈されるべきではありません。
つまりgit checkout -- --mydirectory
--
を指定するとエラーが発生します。
あなたはこれをどこから読んだのですか? [公式ドキュメント](https://git-scm.com/docs/git-checkout)を読んだことがありますか? – axiac