Git: не вдається перевірити гілку - помилка: 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.

Як перевірити цю гілку і що я можу зробити, щоб зламати цю проблему?

ОНОВЛЕННЯ :

Я знайшов цю посаду , і запуск 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каталозі ( user_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"

Спробуйте git fetchтак, щоб ваш локальний сховище отримував всю нову інформацію від github. Він просто займає інформацію про нові відділення і не має фактичного коду. Після цього git checkoutслід добре працювати.

Я отримував цю помилку, коли намагався оформити нову гілку:

помилка: pathspec 'BRANCH-NAME' не відповідає жодному файлу, відомому git.

Коли я спробував git checkout origin/<BRANCH-NAME>, я отримав відокремлену ГОЛОВУ:

(відірвано від походження /)

Нарешті я зробив наступне, щоб вирішити проблему :

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

Я отримав цю помилку для віддаленої гілки і не мала локальної гілки відстеження. Хоча я впевнений, я перевірив віддалені гілки за допомогою простого

git checkout feature/foo

в минулому, щоб обійти цю помилку, мені довелося

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

Я поняття навіть не маю, що я зробив, щоб потрапити в цю ситуацію.

Якщо ви видалили гілку git branch -D yourbranchnameі знову потягнули / клонували репо, вам може знадобитися створити локальну гілку заново.

Спробуйте:

git checkout -b yourbranchname

У мене ті ж запитання, і я отримав деяку інформацію за цим посиланням: git fetch не отримує всіх гілок

Тож зараз я, можливо, не впевнений, як ця ситуація сталася, принаймні ми можемо її вирішити:

Крок 1. Перевірте налаштування "remote.origin.fetch", має бути таким

$ git config --getget.origin.fetch

+ refs / heads / private_dev_branch: refs / віддалені / походження / private_dev_branch

Крок 2. Змініть "remote.origin.fetch", щоб отримати все

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

$ git config --getget.origin.fetch

+ refs / heads / *: refs / віддалені / походження / *

Потім ви можете спробувати "git pull" (можливо, "git fetch origin" також працює, але я не намагався), щоб отримати всю гілку.

Користувачі Git Windows остерігайтеся - без налаштування --icase-pathspecsабо GIT_ICASE_PATHSPECS = 1 env var , що gspe pathspecs буде залежно від регістру, і в цьому випадку

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

не те саме, що

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

Якщо назва гілки і у вас немає жодного невмілого файлу, спробуйте це

git fetch && git checkout <branch name>

Я зіткнувся з проблемою під час перемикання своєї філії.

Я зробив git тягнути на поточній гілці, а потім спробував перевірити нову, і це спрацювало

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

git pull

Це просто зафіксувало це для мене :)

Я отримав ту саму проблему, тому що я використав git clone --depth=1, що означає --single-branch.

Зробити завершене git cloneце виправить.

Я це зрозумів, коли зробив наступне:

• Використовується IntelliJ IDE, підключений до git
• Створено новий файл та додано до git
• Перейменований новий файл

Коли я намагався перевірити в каталозі, я отримав цю помилку.

Виправити:

Я відкрив репо в розширеннях git. Я побачив, що файл (зі старою назвою) був інсценований. Але оскільки він більше не існував, його не можна було здійснити.

Я просто зняв цей файл.

Потім я повторно додав файл (цього разу правильно названий) в git і вчинив без помилок.

У мене сьогодні була ця проблема, яку я намагався git checkout fooотриматиerror: pathspec 'foo' did not match any file(s) known to git.

Виявляється, я опинився в неправильному репо . Тож урок засвоєний: перевірте, на яке репо ви дивитесь, перш ніж лякати.

По-перше, замовлення батьківського відділення. Потім введіть

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

Сподіваюся, це допомагає !.

Я виправив це, змінивши мій конфігураційний файл 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/*

Зауважте, що голова вказувала лише на одну гілку, тому вона не могла знайти посилання на інші існуючі гілки, я змінив її на *, щоб вона перевіряла все за походженням.

Я отримав цю помилку при спробі оформити відділення через:

git checkout branchX

яких я раніше не перевіряв. Він працював лише тоді, коли явно вказав пульт:

git checkout --track origin/branchX

Причиною цього було те, що у мене було налаштовано 2 різних пульта (origin + sth. Else), налаштованих у git config. Оскільки мені не знадобився другий пульт, я його зняв і voilá, він спрацював. Альтернатива встановити пульт за замовчуванням за допомогою:

checkout.defaultRemote=origin

не працював для мене

В ОС Windows за замовчуванням встановлено git

core.ignorecase = true

Це означає, що файли git repo не залежать від регістру, щоб змінити це, потрібно виконати:

\yourLocalRepo> git config core.ignorecase false

Ви можете знайти цю конфігурацію у .git \ config файл

Я скопіював віддалене походження 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.

У мене був той самий випуск .. Я думав, що маю гілку, яку назвали, fooколи намагаюся:

git checkout foo

Я отримував:

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

Потім я спробував повну назву відділення:

git checkout feature/foo

потім працював на мене.

Якщо це трапляється в Windows, це, мабуть, проблема з іменем файлу.

У мене сьогодні була така помилка - я створив новий файл, додав до GIT, потім змінив одну букву в імені файлу з нижньої на верхню, і тоді я нічого не міг - здійснити, повернути, видалити файл з репо.

Єдине рішення, яке я знайшов - це знову змінити ім'я файлу до того самого випадку, коли я додав цей файл до GIT, потім зробив GIT відновити для видалення цього файлу з GIT, а потім змінив ім'я файлу знову, як я хочу. Після цих змін я міг взяти на себе репо, а потім просунути без жодних проблем.

У моєму випадку у мене є ДВА відділення 1) master (який призначений для живого сервера) 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>.

З цим самим питанням я стикався, коли вперше грав з git. Під час спроби мого першого вчинення ...

git commit -m 'first commit!'

Я отримав помилку, згадану ОП ...

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

Я зробив нерозумну помилку, коли не надавав -m прапор під час здійснення (лол трапляється)

git commit -m "commit message in here"

У мене була інша першопричина

У мене був сценарій, який в основному здійснює пошук у всіх гілках, що відповідають ключу видачі jira в розділі "PRJ-1234" серед усіх гілок, щоб виконати команду перевірки гілки git на відповідній гілці.

Проблема в моєму випадку полягала в тому, що 2 або більше гілок ділилися одним і тим же ключем джири, і тому з-за вищезгаданої помилки мій сценарій вийшов з ладу

Видаливши стару невикористовувану гілку та переконавшись, що лише одна гілка мала посилання ключа jira, усунула проблему

Ось мій код на випадок, якщо хтось хоче його використовувати

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

збережіть це як switchbranch.sh

Потім використовуйте його з терміналу ./switchbranch.sh PRJ-1234

Жодна з цих відповідей не вирішила мого питання:

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...))
$

Як показано вище, для часткових хеш-кодів потрібно подавати передній, а не задній.

Сталося зі мною після перейменування незапущеного файлу в Android Studio.

У Git здавалося, що у його сховищі є стара версія, навіть якщо вона більше не існувала.

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

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

Потім я видалив файл із сховища за допомогою

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

і проблеми вже не було

У моєму випадку я перейменував файл, що змінив регістр файлу, тобто SomeFile.js -> someFile.js

Я думаю, що це було пов'язано з проблемою. Виконання git fetch не вирішило проблему.

Я перемістив файли з мого проекту, видобув і здійснив поштовх без них. Тоді я зробив забір, додав їх назад і натиснув, і це спрацювало. Я не знаю, чи потрібні були всі ці кроки, але в кінцевому підсумку це спрацювало.

у моєму випадку я вводжу каталог підмодулів, не роблячи цього

• git submodule init
• git submodule update

Так git був пов'язаний з батьківською папкою, яка справді пропустила цю гілку.

перевірте, чи не помилка в назві цільового файлу. Я намагався поставити на сцені, набравши текст

git add includes/connection..php

Але я не помітив, що використовую дві крапки. Але потім я набираю

git add includes/connection.php

Це працює

Для мене це була проблема з моїми повноваженнями

Спробувавши частину відповіді, одна з них допомогла мені вирішити проблему:

Запуск git fetchвидав таку помилку:

Не вдалося вирішити хост: bitbucket.org

Все, що я повинен був зробити, це змусити мій IDE (код VS в моєму випадку) запам'ятати свої облікові дані:

git config --global credential.helper wincred

Git негайно синхронізував усі зміни, і git checkout <branche>зараз він працює чудово!

Я отримував те саме pathspec errorна git-bash. Я використовував черепаховий git на windows для перемикання / оформлення замовлення.