Git:ブランチをチェックアウトできません-エラー:パススペック '…'はgitが認識しているファイルと一致しませんでした


706

以前に作業したブランチをチェックアウトできない理由がわかりません。以下のコマンドを参照してください(注:coはのエイリアスですcheckout):

ramon@ramon-desktop:~/source/unstilted$ git branch -a
* develop
  feature/datts_right
  feature/user_controlled_menu
  feature/user_controlled_site_layouts
  master
  remotes/origin/HEAD -> origin/master
  remotes/origin/develop
  remotes/origin/feature/datts_right
  remotes/origin/master
ramon@ramon-desktop:~/source/unstilted$ git co feature/user_controlled_site_layouts 
error: pathspec 'feature/user_controlled_site_layouts' did not match any file(s) known to git.

どういう意味かわかりませんし、Googleで理解できることは何も見つかりません。

そのブランチをチェックアウトするにはどうすればよいですか。これを解除するにはどうすればよいですか

更新

私はこの投稿を見つけました、そして実行git show-refすると私に与えられます:

97e2cb33914e763ff92bbe38531d3fd02408da46 refs/heads/develop
c438c439c66da3f2356d2449505c073549b221c1 refs/heads/feature/datts_right
11a90dae8897ceed318700b9af3019f4b4dceb1e refs/heads/feature/user_controlled_menu
c889b37a5ee690986935c9c74b71999e2cf3c6d7 refs/heads/master
c889b37a5ee690986935c9c74b71999e2cf3c6d7 refs/remotes/origin/HEAD
e7c17eb40610505eea4e6687e4572191216ad4c6 refs/remotes/origin/develop
c438c439c66da3f2356d2449505c073549b221c1 refs/remotes/origin/feature/datts_right
c889b37a5ee690986935c9c74b71999e2cf3c6d7 refs/remotes/origin/master
23768aa5425cbf29d10ff24274adad42d90d15cc refs/stash
e572cf91e95da03f04a5e51820f58a7306ce01de refs/tags/menu_shows_published_only
429ebaa895d9d41d835a34da72676caa75902e3d refs/tags/slow_dev

.gitディレクトリのUPDATEuser_controlled_site_layoutsにありますrefs/heads/feature folder):

$ ls .git/refs/heads/feature/
datts_right  user_controlled_menu  user_controlled_site_layouts
$ cat .git/refs/heads/feature/user_controlled_site_layouts
3af84fcf1508c44013844dcd0998a14e61455034

更新 git show 3af84fcf1508c44013844dcd0998a14e61455034

$ git show 3af84fcf1508c44013844dcd0998a14e61455034
commit 3af84fcf1508c44013844dcd0998a14e61455034
Author: Ramon Tayag <xxx@xxxxx.xxx>
Date:   Thu May 12 19:00:03 2011 +0800

    Removed site layouts migration

diff --git a/db/schema.rb b/db/schema.rb
index 1218fc8..2040b9f 100755
--- a/db/schema.rb
+++ b/db/schema.rb
@@ -10,7 +10,7 @@
 #
 # It's strongly recommended to check this file into your version control system.

-ActiveRecord::Schema.define(:version => 20110511012647) do
+ActiveRecord::Schema.define(:version => 20110503040056) do

   create_table "attachments", :force => true do |t|
     t.string   "name"
@@ -205,15 +205,6 @@ ActiveRecord::Schema.define(:version => 20110511012647) do
     t.integer  "old_id"
   end

-  create_table "site_layouts", :force => true do |t|
-    t.string   "name"
-    t.text     "description"
-    t.text     "content"
-    t.integer  "site_id"
-    t.datetime "created_at"
-    t.datetime "updated_at"
-  end
-
   create_table "site_styles", :force => true do |t|
     t.text     "published"
     t.datetime "created_at"

これは役に立ちますか?stackoverflow.com/questions/2527355/...
Boldewyn

あなたがするならそれは機能しますgit checkout refs/heads/user_controlled_site_layoutsか?
Mark Longair、

2
マーク-いいえ、まだ同じエラーが発生します。
Ramon Tayag、

1
更新を見て、に表示されgit branch -aないがに表示されないブランチがどのように表示されるのかわかりませんgit show-ref。ファイルは.git/refs/heads/feature/user_controlled_site_layout実際に存在しますか?もしそうなら、何をcat .git/refs/heads/feature/user_controlled_site_layout与えるのですか?
Mark Longair、

1
同じエラーが発生しました。別のリポジトリからブランチを作成し、そのブランチを別のリポジトリにチェックアウトしようとしました。だから私は異なるリポジトリのためにそれを手に入れました。
Kushan Gunasekera

回答:


947

試してみてくださいgit fetchあなたのローカルリポジトリはgithubのからのすべての新しい情報を取得するようにします。新しいブランチに関する情報のみを取得し、実際のコードは取得しません。その後は問題なく動作するgit checkoutはずです。


19
詳細についてgit fetchは、ローカルリポジトリとリモートリポジトリを同期する必要があるが、変更を作業フォルダにマージしたくない場合に便利です
Mark Lakata

138
複数のリモートを持つクローンの場合、はgit checkout Branch機能しません。リモートが複数ある場合、ブランチ名はあいまいで、リモート/ブランチの指定が必要です。コマンドgit checkout -b branch remote/branchはそのシナリオで機能します。
Umair Ishaq 2014

1
なんとかしてローカル「マスター」を作成できたので、「git fetch」で近づけたが、リモートマスターに切り替える前に(「git checkout -d master」)、まずローカルマスターを削除する必要がありました(「git checkout」)。主人")。それが私と同じくらい愚かな人を助けるために!
ジェイミーブラウン

1
@ Aleks OPの質問とは関係ないため、これは受け入れられた回答ではありません以前にローカルでチェックアウト(作成)したブランチチェックアウトできなくなりました。別のはるかに基本的な問題を持つ他の人々がこの回答を見つけて賛成したからといって(これは完全に取るに足らないことであり、2日以上の経験を持つgitユーザーにはよく知られています)、OPがそれを受け入れる必要はありません。
マイケルジョンストン

11
git fetch仕事をすることができます。ただし、リモートからすべてのブランチを取得できない場合があります。フェッチ一致パターンを設定する必要があります。git config remote.origin.fetch "+refs/heads/*:refs/remotes/origin/*"参照してください。stackoverflow.com/questions/11623862/...
Jichao

363

新しいブランチをチェックアウトしようとしたときにこのエラーが発生しました:

エラー:pathspec 'BRANCH-NAME'は、gitが認識しているファイルと一致しませんでした。

私が試したときgit checkout origin/<BRANCH-NAME>、私は切り離されたヘッドを手に入れました:

(起源から切り離された/)

最後に、問題を解決するために次のことを行いました

git remote update
git fetch 
git checkout --track origin/<BRANCH-NAME>

15
この「チェックアウト」コマンドを使用すると、次のメッセージが表示されます。致命的:パスを更新できず、同時にブランチ 'foo'に切り替えることができません。
NEOline 2015年

1
リモートアドレスを手動で変更した後、新しいブランチをチェックアウトできませんでした。「git remote update」でうまくいくようです。
2016年

「git remote update」なしでは機能しませんでした。ありがとう!
Kristiyan Tsvetanov

git checkout --track origin/staging fatal: git checkout: --track and --no-track require -bgitバージョン1.5.6.5
Ivan Borshchov 2017年

次に使用される3番目のコマンドgit checkout -b staging --track origin/staging
Ivan Borshchov

152

リモートであり、ローカルトラッキングブランチがないブランチでこのエラーが発生しました。簡単な方法でリモートブランチをチェックアウトしたことは確かですが

git checkout feature/foo

以前は、このエラーを回避するには、

git checkout -t -b feature/foo origin/feature/foo

私もその状況に陥るために何をしたのかもわかりません。


1
残念ながら、私はそれをリモートのgitサーバーにプッシュしませんでした。
Ramon Tayag、2011年

これでうまくいきました。FC10マシンのgit v 1.6で発生しました。
FractalSpace 2013

26
通常、Gitはリモートブランチを推測してチェックアウトしますが、複数のリモートを使用している場合は、それを実行できなくなったようです。出典:makandracards.com/makandra/...
イライジャ・リン

1
git checkout fooの代わりにgit checkout feature / fooを実行すると、fooがうまくいった
Alejandro Moreno

これが私に起こり始め(多くのリモートと数百のブランチを持つリポジトリで、3年間、元のブランチのチェックに成功していた)、私は不思議に思いました。調べてみると、新しいリモートを追加し、gitコマンドを使用する代わりに、テキストエディターでコピー/貼り付けを行っておりfetch = +refs/heads/*:refs/remotes/origin/*、新しいリモート名と一致するように行を変更するのを忘れていました。笑。多分これはマカンドラに起こりましたか?それを修正した後、私は多くのリモートを持っているにもかかわらず、ブランチをチェックアウトするともう一度それがオリジンから取得されます。
マイケルジョンストン

91

リポでブランチを削除してgit branch -D yourbranchname再度プル/クローンした場合、ローカルブランチを再度作成する必要があるかもしれません。

試してください:

git checkout -b yourbranchname

このオプションは、ファイルがすでに変更されていて、新しく作成されたブランチにプッシュしたい場合でも、常に機能します。
Nerius Jok、2018年

ここではOPと同じ問題/質問を共有しましたが、提供された回答は簡単な状況を想定しているため、これは役立つコメントでした。残念ながら、私の状況では、以前にローカルブランチのみを作成してから、ここで@Francisco Alvarezが指摘したようにそれを削除したため、ここで他のソリューションをどのように試しても、新しいリモートブランチをプルできませんでした。この答えは私のベーコンを救った。
David

61

私は同じ質問をしていて、このリンクからいくつかの情報を得ました:git fetchはすべてのブランチをフェッチしません

だから今、私はこの状況がどのように起こったのかわからないかもしれません、少なくとも私たちはそれを解決することができます:

ステップ1.「remote.origin.fetch」設定を確認します。次のようになります。

$ git config --get remote.origin.fetch

+ refs / heads / private_dev_branch:refs / remotes / origin / private_dev_branch

ステップ2.「remote.origin.fetch」を変更してすべてをフェッチする

$ git config remote.origin.fetch "+ refs / heads / *:refs / remotes / origin / *"

$ git config --get remote.origin.fetch

+ refs / heads / *:refs / remotes / origin / *

次に、「git pull」(「git fetch origin」も機能する可能性がありますが、私は試していません)を試して、すべてのブランチを取得できます。


@onionjakeは正しいです。すみません、細部にわたって質問をチェックしていませんでした。「git checkout <existed_branch>」の同じアクションを試行しているときに同じエラーメッセージが表示されただけですが、実際には発信者の問題とは異なります-----発信者はローカルでブランチを見ることができましたが、できませんでした。私の答えは、すべてのブランチを事前にフェッチしなかった問題を解決する可能性があります。しかし、オリジネーターの問題の状況ではありません。
bearzyj 2017

3
--branchフラグを使用してリポジトリを複製できるため、私を含む多くの人がこのエラーを受け取ります。そのため、git fetchを実行した後でも、他のブランチを取得できず、リモートから何もチェックアウトできません。これはこの問題を修正します。ありがとう!
Orif Khodjaev

どうもありがとうございました。私はtensorflowのdevel Dockerイメージを使用していて、ブランチを特定のバージョンに制限しています。フェッチ構成を設定した後、チェックアウトできます。
Michael_Zhang

24

Git Windowsユーザーは注意してください- --icase-pathspecsまたはGIT_ICASE_PATHSPECS = 1 env var設定がない場合、git pathspecは大文字と小文字が区別されます。

git checkout origin/FooBranch "Some/Path/To/File.txt"

と同じではありません

git checkout origin/FooBranch "some/path/to/file.Txt"

1
ドキュメントから明確ではなかったことに注意すべきことの1つは、--icase-pathspecsパラメーターが最初または少なくとも前に来る必要があるということです-C <path>
sonyisda1


19

ブランチを切り替えるときに問題に直面しました。

私は現在のブランチでgit pullを実行してから、新しいブランチをチェックアウトしようとしましたが、うまくいきました

git pull // on your old branch git checkout <new_branch>


本当に役立つ:)
vikifor

なぜこれがうまくいくのでしょうか?ないgit pull現在のブランチプル以上ですか?
Cameron Hudson

これは、他の誰かが作成したブランチからプルしようとしていて、まだ現在のレポにプルされていない場合にすぎません。
Ankit Marothi

15
git pull

それは単に私のためにそれを修正しました:)


13

私が使用しているので、私は同じ問題を抱えてgit clone --depth=1暗示され、--single-branch

完了git cloneすると、修正されます。


指摘してくれてありがとう。それは私が直面していた問題とまったく同じです。ありがとう
Mukesh Kumar 2017

完全なクローンは必要ない場合があります。最初にリポジトリを複製した後、ブランチが他の誰かによって作成された場合、ローカルリポジトリにはこの新しいブランチに関する情報がないため、このエラーが発生します。マスターに切り替えてgit pullを実行するだけです。次に、新しいブランチをチェックアウトしてみます。
Yasin 2017

12

私は次のことをしたときにこれを手に入れました:

  • gitに接続されたIntelliJ IDEを使用
  • 新しいファイルを作成し、gitに追加しました
  • 新しいファイルの名前を変更しました

ディレクトリをチェックインしようとすると、このエラーが発生しました。

修正するには:

リポジトリをgit拡張で開きました。(古い名前の)ファイルがステージングされていることがわかりました。しかし、それはもう存在していなかったので、コミットすることができませんでした。

私は単にこのファイルをステージング解除しました。

次に、ファイル(今回は正しく名前が付けられています)をgitに再度追加し、エラーなしでコミットしました。


おもしろいことに、intellijでなくてもTortoiseGitで動作します
MarianKlühspies15年

3
これは私をたくさん助けました。SourceTreeを使用して、ファイルのf * ck r を見つけ、ステージングを解除しました。
Vinchenzo

10

今日私はこの問題を抱えていgit checkout fooましたerror: pathspec 'foo' did not match any file(s) known to git.

それは結局のところ、私が間違っていレポにありました。教訓:慌てる前に、どのリポジトリを見ているかを確認してください。


Ha-はい、これは私です-JiraチケットからBitbucketにブランチを作成しました。ランダムなリポジトリで作成されたことに気付きませんでした
Keir

サイドノート:私は複数のリモートで作業していて、1つは適切に設定されていて、もう1つは間違ったリポジトリを指しています。すごい。リマインダーのおかげで、git remote -v
Dreamling

9

次の方法でブランチをチェックアウトしようとすると、このエラーが発生しました。

git checkout branchX

以前にチェックアウトしたことがありませんでした。リモートを明示的に宣言した場合にのみ機能しました。

git checkout --track origin/branchX

これは、git configで2つの異なるリモート(origin + sth。else)が構成されていたためです。2つ目のリモコンは必要なかったので、取り外してボイラにしましたが、動作しました。デフォルトのリモートを設定する別の方法:

checkout.defaultRemote=origin

私にとってはうまくいきませんでした


他のすべての提案された回答がうまくいかなかったので、この回答を追加しました。これが同じ原因(2つのリモート)を持っている人に役立つことを願っています。
RS1980

8

まず、親ブランチをチェックアウトし、次にタイプ

git fetch --all --prune 
git checkout <your branch>

それが役に立てば幸い!。


8

私のgit構成ファイルを変更して修正しましたgitディレクトリの構成ファイルを確認してください- .git\config

以前は

[remote "origin"]
url = http://git.xyz.com/abc-group/pqr.git
fetch = +refs/heads/develop:refs/remotes/origin/develop

に修正して修正しました

[remote "origin"]
url = http://git.xyz.com/abc-group/pqr.git
fetch = +refs/heads/*:refs/remotes/origin/*

ヘッドが1つのブランチのみを指しているため、他の既存のブランチへの参照を見つけることができなかったことに注意してください。


おかげで、バディ、何時間もの努力と最後に私はあなたの解決策で上陸しました。
Sunil Lulla

7

Windows OSではデフォルトでgitがインストールされます

core.ignorecase = true

つまり、git repoファイルは大文字と小文字を区別しません。これを変更するには、実行する必要があります。

\yourLocalRepo> git config core.ignorecase false

この構成は.git \ configファイルにあります


7

url別の.git/configファイルからリモートオリジンをコピーしたため、セクションの.git/config次の行に新しいファイルがありませんでした[remote "origin"]

fetch = +refs/heads/*:refs/remotes/origin/*

上記の行を追加修正 error: pathspec 'master' did not match any file(s) known to git.


6

私は同じ問題を抱えていましfooた。

git checkout foo

私は得ていました:

error: pathspec 'foo' did not match any file(s) known to git.

それから私は完全なブランチ名を試しました:

git checkout feature/foo

それから私のために働いた。


5

Windowsで発生する場合は、おそらくファイル名の大文字と小文字の問題です。

今日このエラーが発生しました-新しいファイルを作成し、GITに追加した後、ファイル名の1文字を下から上に変更しましたが、何もできませんでした-コミット、元に戻す、リポジトリからファイルを削除します。

私が見つけた唯一の解決策は、このファイルをGITに追加したときにファイル名をまったく同じケースに再度変更し、次にGITを元に戻してこのファイルをGITから削除し、必要に応じてファイル名をもう一度変更することでした。これらの変更後、私はリポジトリにコミットし、問題なくプッシュすることができました。


これは役に立ちましたが、を介して名前を変更することについて言及する必要がありますgit mv。私のIDE(IntelliJ PhpStorm)で実行できなかったので、この方法で実行したと思います...
Dennis98

5

私の場合、2つのブランチ1)マスター(ライブサーバー用)2)dev(テストサーバー)があります。複数のリモートを設定して、それぞれのサーバーにコードをプッシュしました。ブランチを切り替えようとしたときに、次のようなエラーが発生しましたerror: pathspec 'master' did not match any file(s) known to git.

あなたはそれらによってそれらを見ることができますgit remote -v。リモート以外のリモートを削除originしたgit remote remove <remote-name>

その後 git fetch

これで、ブランチをチェックアウトできgit checkout <branch-name>ます。


5

私が最初にgitをいじっていたときに、同じ問題が発生しました。私の最初のコミットを試みるとき...

git commit -m 'first commit!'

OPで言及されたエラーが発生しました...

error: pathspec 'commit!'' did not match any file(s) known to git.

コミットメッセージでキーワードを使用してgitを混乱させているのではないかと思ったので、他の言葉をいくつか試しましたが、同じエラーを受け取りました。

最後に、メッセージで二重引用符を使用しました...

git commit -m "first commit!"

これは成功することがわかりました...

[master (root commit) 0000000] first commit!
1 file changed, 0 insertions(+), 0 deletions(-)
create mode 100644 dummyDoc.txt

5

コミット中に-mフラグを提供しないという愚かな間違いを犯しました(笑)

git commit -m "commit message in here"

同じ状況です。"-m"を忘れても同じエラーメッセージが表示されます。
Niuya、

5

別の根本的な原因があった

基本的に、すべてのブランチ間で「PRJ-1234」のjira課題キーに一致するすべてのブランチを検索して、一致するブランチでgitブランチチェックアウトコマンドを実行するスクリプトがありました。

私の場合の問題は、2つ以上のブランチが同じjiraキーを共有していたため、前述のエラーでスクリプトが失敗することでした

古い未使用のブランチを削除し、単一のブランチのみがjiraキー参照を持っていることを確認することにより、問題を修正しました

誰かがそれを使用したい場合に備えて、これが私のコードです

git remote update
git fetch --all --prune 
git branch -r --list *$1* | xargs git checkout --force

これを保存 switchbranch.sh

次に、ターミナルから使用します ./switchbranch.sh PRJ-1234


私にとって、これは正しいアップストリームパス/名前でもあり、すべてのリモートタグをフェッチすることも含め、「git fetch --all --tags --prune」で正しい名前を見つけることもできます。「git branch -a | grep some_upstream」 「git checkout -f --track -b new_branch remotes / upstream / some_upstream_branch」としてフルパスでチェックアウトする前
kisna

4

これらの答えのどれも私の問題を解決しませんでした:

Nikolai@CALIGARI-7 ~/Documents/NetBeansProjects/Version (master)
$ git log --format=oneline
b9cc6a9078312865280fb5432a43e17eff03a5c6 Formatted README
288772f36befe6bd60dd41b8185f1e24e0119668 Updated README documentation
d2bdbe18f4169358d46fad50eacfb89786df3bf8 Version object v3.0.0-SNAPSHOT
a46b1910a3f548b4fa254a6055d25f68d3f217dd VersionFactory is now Platform agnostic
24179ae569ec7bd28311389c0a7a85ea7b4f9594 Added internal.Platform abstraction
252b684417cf4edd71aed43a15da2c8a59c629a7 Added IPlugin implementation for Sponge
e3f8d21d6cf61ee4fc806791689c984c149b45e3 Added IPlugin implementation for Bukkit
aeb403914310b4b10dee9e980cf64472e2bfda79 Refactored Version.java
ef50efcff700c6438d57f70fac30846de2747a7e Refactored TesterFactory
a20808065878d4d28657ae362235c837cfa8e625 Added IPlugin abstraction
9712a3575a70060d7ecea8b62bb5e888fdc32d07 Heavily refactored Tester
02d025788ae740dbfe3ef76a132cea8ca4e47467 Added generic Predicate<T> interface
9c565777abea9be6767dfdab4ab94ed1173750dd Minor refactoring of testCompareTo()
2ff2a28c221681e256dcff28770782736d3a796a Version object v2.0.1
d4b2e2bd830f77cdbc2297112c2e46b6555d4393 Fix compareTo()
05fe7e012b07d1a5b8de29804f96d9a6b24229a1 Make compareTo() fail
6e85371414357a41c1fc0cec0e75adba92f96832 Fix VersionFactory passing null
c1fd1f032f87d860d5ed9d6f6679c9fa522cff8d Version object v2.0
62c3a92c008a2ed11f0a4d016080afc3541d0700 Version object v1.2
c42e9e617128085e872c51b4d977a04e48d69e8f Deprecated, doc'd, future-proofed getNm


Nikolai@CALIGARI-7 ~/Documents/NetBeansProjects/Version (master)
$ git checkout 3a796a
error: pathspec '3a796a' did not match any file(s) known to git.

私は戻ってのコミットを構築しようとしていましたVersion object v2.0.1。幸いなことに、ハッシュコード全体を試すというアイデアが浮かび上がりました。これは、ハッシュコードの間違った終わりを使用していたことを意味します。

Nikolai@CALIGARI-7 ~/Documents/NetBeansProjects/Version (master)
$ git checkout 2ff2a
Note: checking out '2ff2a'.

You are in 'detached HEAD' state. You can look around, make experimental
changes and commit them, and you can discard any commits you make in this
state without impacting any branches by performing another checkout.

If you want to create a new branch to retain commits you create, you may
do so (now or later) by using -b with the checkout command again. Example:

  git checkout -b new_branch_name

HEAD is now at 2ff2a28... Version object v2.0.1

Nikolai@CALIGARI-7 ~/Documents/NetBeansProjects/Version ((2ff2a28...))
$

上記のように、部分ハッシュコードの場合は、バックエンドではなくフロントエンドを指定する必要があります。


4

Android Studioでコミットされていないファイルの名前を変更した後、私に起こりました。

Gitのリポジトリには古いバージョンが存在していなくても、Gitのように見えました。

fetch, pull, checkout, add all and so on did not help in my case!

そこで、TortoiseGitのGit GUIを開いて、問題の原因となった正確なファイルを表示しました。

その後、私はリポジトリからファイルを削除しました

git rm -r --cached /path/to/affected/file

そして問題はなくなった


3

私の場合、ファイルの名前を変更してファイルの大文字と小文字を変更しました。つまり、SomeFile.js-> someFile.js

それは問題に関係していると思います。git fetchを実行しても問題は解決しませんでした。

私は自分のプロジェクトからファイルを移動し、フェッチを行い、ファイルなしでプッシュしました。次に、フェッチを実行し、それらを追加してプッシュしましたが、うまくいきました。これらすべての手順が必要だったかどうかはわかりませんが、最終的には機能しました。


名前を変更したファイルなしでプッシュし、後でgit add fileを発行するとそれが
うまくいき

3

私の場合、私は何もせずにサブモジュールディレクトリに入ります

  • git submodule init
  • git submodule update

そのため、gitは実際にそのブランチを逃した親フォルダーにリンクされました。


3

ターゲットファイル名のタイプミスではないか確認してください。入力してステージしようとしていました

git add includes/connection..php

しかし、2つのドットを使用していることに気付きませんでした。

git add includes/connection.php

できます


2

私にとって、それは私の資格情報の問題でした


いくつかの答えを試した後、そのうちの1つが問題の解決に役立ちました。

実行git fetchすると次のエラーがスローされました。

ホストを解決できませんでした:bitbucket.org

私がしなければならなかったのは、私の資格情報を私のIDE(私の場合はVSコード)に記憶させるだけでした。

git config --global credential.helper wincred

Gitはすべての変更をすぐに同期し、git checkout <branche>今では正常に動作します!


1

私はpathspec errorgit-bash でも同じことをしていました。WindowsでTortoise gitを使用してブランチを切り替え/チェックアウトしました。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.