Використовуючи Git версії 2.2.0 з ігровим механізмом єдності на OS X, і хотів здійснити свій код. Я все додав і не отримав повідомлення про помилку. потім введіть -m і отримав це повідомлення про помилку:

fatal: multiple stage entries for merged file 'Assets/Prefabs/Resources'

Не помічаючи цього, я підштовхнув, що не видав повідомлення про помилку, насправді сказав, Everything up-to-date тому я перевірив бітбукет (де проводиться репо) і це не показало моєї прихильності. тож я перевірив свій локальний журнал, і це також не показує мою відданість.

Я шукав відповідь у google ... і нічого. що це за помилка? і як я можу це виправити?

Перший обхідний шлях, який , здається, працює з останніми версіями Git (2.3+, Q2 + 2015) згадується в гранту «s більш уточнений відповідь :

1. Видаліть індекс

   $ rm .git/index
   

2. Додати все

   $ git add -A
   

3. Здійснити

   $ git commit -a
   

Оригінальна відповідь (кінець 2014 року)
. Звичайним рішенням є:

• знову клонуйте віддалене репо в нове місцеве репо

• додайте зміни від першого репо до другого:

  $ cd /patH/to/second/cloned/repo
  $ git --work-tree=/path/to/first/repo add .
  

Ви можете побачити це повідомлення про помилку в read-cache.c, обговорене в цьому патчі (" read-cache.c: Переконайтесь, що неперевірені записи видалені "), і введено в Git 2.2 .
Оскільки це так недавно, можливо, що пониження Git до 2.1 було б достатньо, щоб цей патч не впливав.

OP Daniel Toebe додає в коментарях :

Проблема трапилася на моїй книзі macbook, яка вирішила провалити мене, і інша комп’ютерна помилка поставила мене позаду в моїх проектах.

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

Мені вдалося виправити цю проблему, видаливши файл .git / index у своєму сховищі, подібно до того, що запропонував @slider (я вважаю, що він помилково ввів шлях).

rm .git/index

Тоді мені довелося знову додати та здійснити свої локальні зміни

git add -A
git commit -m "..."

Тоді я зміг віддалятися віддалено.

Що таке індекс git і наскільки він актуальний?

Що стосується індексу Git?

"Індекс" git - це місце, де ви розміщуєте файли, які ви хочете присвятити сховищу git.

Перед тим, як "зафіксувати" (checkin) файли до сховища git, потрібно спочатку розмістити файли в git "index".

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

Редагувати: Схоже, це пов'язано з Mac (на основі коментарів), тому, якщо це допоможе, я перебуваю на OSX 10.10 та git версії 2.3.4, встановленої через пиво

Для проекту

rm .git/index
git reset

після видалення індексу потрібно відтворити його шляхом скидання git

Для підмодуля:

Перейдіть до основної папки проекту

rm .git/modules/your_project_structure/index
git reset --hard HEAD

Ви можете видалити файл індексу Git зі свого проекту. У корені проекту виконайте таку команду:

rm .git/index

Після цього git це працює.

Я пробую інше рішення, і це працює на мене. Нижче наведені мої варіанти

#cd .git
#rm index
#cd ..
#git add .

Якщо це відбувається в підмодулі

Файл індексу знаходиться всередині батьківського .gitкаталогу:

.git/modules/your_project_structure/index

У підмодулі немає каталогів, названих .git(принаймні, у проекті, над яким я працюю), є лише .gitфайл, який підкаже (і git), де шукати каталог git цього проекту.

Статус Git показує зміни, які я не вносив

Після видалення файлів індексів та введення у git resetмене виявилося, що я зіткнувся з безліччю незрозумілих змін, і жорстке скидання не допомогло.

Попередження, що ви втратите всі свої зміни, тому виконайте їх і натисніть, перш ніж продовжувати.

Індекс здався пошкодженим, тому я видалив його за допомогою наступних команд.

git rm -rf --cached .
git reset --hard HEAD

Я щойно отримав цю помилку з клієнтом на робочому столі Github (OSX). Все, що я зробив - це запустити додаток і знову відкрити роботу, а потім воно почало працювати.