Git: cannot checkout branch - error: pathspec '...' не соответствует ни одному файлу (файлам), известному git

Я не уверен, почему я не могу вычеркнуть ветку, над которой я работал ранее. Смотрите команды ниже (примечание: 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.

Как мне проверить эту ветку, и что я мог сделать, чтобы нарушить это?.

UPDATE:

Я нашел этот пост, и запуск 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

UPDATE on .git directory (user_controlled_site_layouts находится в папке refs/heads/feature):

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

UPDATE on 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"
Комментарии к вопросу (16)

Попробуйте git fetch, чтобы ваш локальный репозиторий получал всю новую информацию с github. Это только информация о новых ветках, но не фактический код. После этого git checkout должен работать нормально.

Комментарии (11)

Я получаю эту ошибку, когда я пытался оформить новую ветку:

ошибка: pathspec 'ветка' не соответствует какой-либо файл(ы), как известно, в Git.

Когда я попробовал Git в кассе происхождения/<филиал-имя&GT;, у меня есть отрезанная голова:

(отделен от происхождения/<филиал-имя>)

Наконец, я сделал следующее, чтобы решить вопрос:

git remote update
git fetch 
git checkout --track origin/
Комментарии (8)

Я получил эту ошибку для ветки, которая была удаленной и не имела локальной ветки отслеживания. Хотя я уверен, что проверил удаленные ветки с помощью простой процедуры

git checkout feature/foo

в прошлом, чтобы обойти эту ошибку, я должен был

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

Я понятия не имею, что я сделал, чтобы попасть в такую ситуацию.

Комментарии (6)

Если вы удалили ветку с ветки -Д ГИТ yourbranchname и вытащил/снова клонируется репозиторий, вам может потребоваться повторно создать местный филиал.

Попробуйте:

git checkout -b yourbranchname
Комментарии (2)

У меня те же вопросы, и кое-какая информация по этой ссылке: ГИТ выборки не'т принести все филиалы

Так что теперь, я не уверен, как это произошло, по крайней мере, мы можем решить:

Шаг 1. Проверьте вашу "дистанционное.происхождения.принести и" установка, должна быть такой

$ в Git файл config --получить удаленный.происхождения.принести

+РЭС/руководители/private_dev_branch:рефы/пультов/происхождения/private_dev_branch

Шаг 2. Изменение цены на "дистанционное.происхождения.принеси", чтобы принести все

и GT; $ Git в конфигурации пульта.происхождения.принести на "+РЭС/руководители/*:рефы/пультов/происхождения/*"и

$ в Git файл config --получить удаленный.происхождения.принести

+РЭС/руководители/*:рефы/пультов/происхождения/*

Затем, вы можете попробовать "и ГИТ тянуть" и (может на "ГИТ выборки происхождения" не работает, но я не'т попробовать), чтобы получить все отделение.

Комментарии (3)

Git для пользователей Windows остерегайтесь - без --icase-pathspecs GIT_ICASE_PATHSPECS или = 1 ОКР настройка ВАР, что pathspecs git будет чувствителен к регистру, и в этом случае

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

не совпадает

git checkout origin/FooBranch "some/path/to/file.Txt"
Комментарии (1)

Если наименование филиала и вы не имеете файла неподтвержденными, то попробуйте это

git fetch && git checkout 
Комментарии (2)
git pull

Что просто починил его для меня :)

Комментарии (0)

Я получил это, когда я сделал следующее:

  • Использовать IntelliJ IDE и подключен к Git
  • Создается новый файл, и добавил в Git
  • Переименован в новый файл

Когда я попытался проверить в каталоге, я получил эту ошибку.

Исправить:

Я открыл РЕПО в расширений git. Я увидел, что файл (со старым названием) была поставлена. Но так как он не может существовать, оно не может быть совершено.

Я просто не проиндексированы этот файл.

Затем я добавил файл (на этот раз правильно назвал) в Git и без ошибок.

Комментарии (2)

У меня такая же проблема, потому что я использовал клон git --глубина=1, Что означает --один-ветка.

Не завершено git клон будет исправить это.

Комментарии (2)

Во-первых, родительская ветвь кассе.Затем введите

git fetch --all --prune 
git checkout 

Надеюсь, что это помогает!.

Комментарии (0)

Я имел эту проблему сегодня я пытался Git в кассе фу и у ошибка: pathspec &#39;фу&#39; не соответствует какой-либо файл(ы) как известно, ГИТ.

Получается я был в неправильном РЕПО. Урок: проверьте, что РЕПО вы'вновь глядя На прежде чем психовать.

Комментарии (3)

ОС Windows с помощью git по умолчанию установленная с

core.ignorecase = true

Это означает, что файлы в Git РЕПО будет без учета регистра, чтобы изменить это, нужно выполнить:

\yourLocalRepo> git config core.ignorecase false

вы можете найти эту конфигурацию на *.в git\config файл файл*

Комментарии (1)

Я скопировал URL-адрес удаленного происхождения `с другой.файл git/config файл, делать это мой новый .файл git/config файл отсутствует следующую строку в `[удаленная на "происхождения" и] раздел

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

При добавлении строки Исправлена ошибка: pathspec &#39;мастер&#39; не соответствует какой-либо файл(ы) как известно, ГИТ.

Комментарии (0)

Я столкнулась с проблемой при переключении моей ветке.

Я сделал извлечения из текущей ветки, а затем попытался оформить новый, и он работал

ГИТ тянуть // на старой ветке ГИТ кассе <new_branch>

Комментарии (0)

Если это происходит в Windows, это, вероятно, вопрос именем случай.

У меня была эта ошибка сегодня - я'вэ создал новый файл, добавил в Git, а затем я изменил одну букву в имени от нижней к верхней, а затем я не мог'т ничего фиксации, откатить, удалить файл из репозитория.

Единственное решение я нашел-это изменение именем снова в том же случае, когда я добавил этот файл в Git, а затем делаешь мерзавец вернуться, чтобы удалить этот файл из Git, то изменения опять же именем, как я хочу. После этих изменений я мог совершить РЕПО и затем толкать без каких либо проблем.

Комментарии (1)

У меня была та же проблема.. я думала, что ветки под названием фу, когда я пытаюсь:

git checkout foo

Я получаю:

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

Затем я попробовал полное наименование филиала:

git checkout feature/foo

затем работал на меня.

Комментарии (0)

В моем случае у меня есть две ветви 1) мастер(который на сервере) 2) Дев(тестовый сервер). Я поставил несколько удаленных пихать код на соответствующем сервере. Когда я попытался переключиться ветке я получил ошибку ошибка: pathspec &#39;мастер&#39; не соответствует какой-либо файл(ы) как известно, в Git.

Вы можете увидеть их с помощью Git удаленного -в. У меня была удалена других удаленных исключением происхождения дистанционного git удаленного удалить <удаленные-имя&GT;

Тогда ГИТ выборки`

Теперь я могу кассе филиала под ГИТ кассе <филиал-имя>`.

Комментарии (0)

У меня была другая первопричина

У меня был скрипт, который в основном выполняет поиск всех ветвей соответствующий выпуск Jira ключ для "в городе-1234" и среди всех отраслей выполнить команду git филиал выезда команды на соответствующие ветки

Проблема в моем случае была 2-х или более филиалами общий один и тот же ключ Jira и, следовательно, вызвало мой сценарий на неудачу с вышеупомянутой ошибкой

Путем удаления старых неиспользуемых ветку и, убедившись, что только один филиал у джире ключ Ссылка Исправлена проблема

Здесь's мой код в случае, если кто-то хочет использовать его

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

сохранить как switchbranch.sh

Тогда используйте его с терминала ./switchbranch.sh PRJ с-1234

Комментарии (0)

Случилось со мной после переименования незафиксированных файлов в Android студия.

Мерзавец, казалось, старая версия в репозитории, даже если это не´т больше не существует.

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

Так я открыл git графический интерфейс в TortoiseGit, который показал мне точное файла, который вызвал проблемы.

После этого я удалил файл из репозитория с

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

и проблемы не стало

Комментарии (0)