Окна Github: Commit failed: не удалось создать новую фиксацию

Ответ 1

Это случилось со мной. Попробуйте открыть PowerShell и вручную выполнить каждый файл, используя команду "git добавить [имя файла]". Чтобы узнать, какие файлы были добавлены, введите "git status" в командной строке. Добавлены зеленые файлы, красные - не добавлены.

После того, как вы добавили их все, введите "git commit". Затем вернитесь в Github для Windows и синхронизируйте его.

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

Ответ 2

У меня тоже была эта проблема после неожиданного сбоя. Я не мог исправить использование опции "Open Shell", как было предложено. Мне пришлось открыть CLI Windows (Start -> run -> cmd) и удалить файл index.lock в моей папке GitHub:

cd \Users\myUser\my\local\github\repo
cd .git
del index.lock

Затем, когда я вернулся к приложению GitHub, он успешно совершил.

Обратите внимание, что для некоторых людей, согласно комментариям, файл для удаления не имеет расширения .lock, поэтому команда delete также может быть del index.

Ответ 3

Im использует Githug для Windows (7) и столкнулся с той же проблемой. При использовании PowerShell я понял, что я не заполнил полное имя и адрес электронной почты в tools > options. Похоже на новичковую ошибку (и я!).

надеюсь, что это поможет!

Ответ 4

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

Ответ 5

Я использую клиент Windows и получаю ту же ошибку. Затем я понял, что мой локальный db в app_data был открыт в управлении SQL. Он просто не может передавать некоторые файлы в github, если они открыты или используются в других программах.

Просто отключенная студия управления закрыла ее и просто сделала.
Это может быть и ваше дело. Проверьте свои файлы!

Ответ 6

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

1) Используя Process Explorer (вы можете скачать его здесь http://technet.microsoft.com/en-us/sysinternals/bb896653.aspx) Я искал любой процесс, ссылающийся на ".git\index" и затем я его убил.

2) Затем, используя Git Shell (Windows Power Shell), я вошел в хранилище, которое давало мне такую ​​трудность, а затем, кроме того, зашло в его папку .git. (cd.\your_respository_name \.git). Затем я удалил файл index.lock в этом каталоге (rm -r index.lock).

3) Затем изнутри того же каталога я запустил Git reset HEAD.

4) Затем я вручную передал каждый файл, используя команду "git добавить [имя_файла]". (Вы можете проверить, что они были добавлены успешно, если при запуске Git статус, файлы зеленые.

5) Далее выполните Git commit, если ваши файлы добавлены правильно.

6) Наконец, вернитесь к github для Windows и синхронизируйте все, и он должен с надеждой работать и решать проблему.

Ответ 7

Эта проблема, похоже, является ошибкой в ​​клиенте github - я получаю ее "все время" на машине, на которой я только установил клиент github. Я никогда не видел его на ПК git + github (я не использовал его в течение нескольких дней). Выполнение "git добавить". а затем "git commit" работал у меня и на оболочке, но это то, что GUI должен делать не мне, иначе я могу просто придерживаться клиента оболочки git.

Ответ 8

Имела ту же проблему, не удалось зафиксировать или синхронизировать с помощью графического интерфейса Windows, но я мог бы зафиксировать изменения через оболочку. Как только я добавил изменения в оболочку, графический интерфейс Windows начал нормально синхронизироваться. Надеюсь, это одно.

Ответ 9

У меня была интересная проблема - хотя у меня был открытый файл excel под названием "Комбинированный - ForImportv4.xlsm", Git У UI не было проблем с проверкой этого, но он дал ошибку в объекте OP для файла резервной копии "~ $Combined - ForImportv4.xlsm", поэтому я отбросил это изменение и все прошло.

PS: Что касается того, почему я проверяю файл Excel в Git... просто не добрался туда:)...

Ответ 10

У меня возникла проблема с инструментом для работы с Windows Desktop git. Я часто получал это, и я понял, что Visual Studios блокирует файлы. Чтобы обойти эту проблему, я просто закрыл визуальную студию, и фиксация/синхронизация работали нормально.

Ответ 11

У меня была одна и та же проблема, некоторые из предложений на этом посту, но никто не работал так, как я сделал, на клиенте GiTHub я отправился в tools -> settings, а затем щелкнул по разделу, где говорится, что добавляет/создает по умолчанию игнорируются файлы. Затем нажмите "Обновить" и повторите попытку через клиент.

Ответ 12

Мне показалось, что когда мой проект был открыт в среде IDE (Netbeans в моем случае), убедитесь, что не файлы, которые вы собираетесь совершить, не открыты в какой-либо программе.

Ответ 13

Если вы новый пользователь, убедитесь, что вы подтвердили свое электронное письмо. Если бы такая же проблема и подтверждение зафиксировали это!

Ответ 14

Вы можете вручную перейти к index.lock, который находится внутри скрытой папки .git вашего местоположения репозитория. После удаления index.lock вы сможете совершать как обычно.

Самый простой способ перейти к папке - щелкнуть палитру палитры внутри проводника Windows и добавить \.git и нажать enter.

Ответ 15

Просто удалите 'index.lock' в каталоге '/.git/'. Решила проблему для меня мгновенно.

Ответ 16

Я googled failed to create repository и оказался здесь.

Моя проблема заключалась в том, что описание моего нового репо было слишком длинным. Для описания есть charlimit, но GitHub просто пытается его нажать, а затем терпит неудачу.

Ответ 17

У меня это случилось со мной, и это самый простой способ его исправить:

• Создайте копию своей локальной папки с репо и удалите папку .git.
• Удалить исходную папку репо с файлами.
• Повторно клонировать репо из GitHub с клиентом Windows.
• Удалите все файлы, которые клонируются, за исключением папки .git.
• Скопируйте все файлы из скопированной папки в новую папку для клонирования.

Добавьте в свои фиксационные заметки, и фиксация должна работать на этот раз.

Ответ 18

Я проверил файл журнала в C:\Users {user}\AppData\Local\GitHub\TheLog.txt и нашел эту ошибку:

LibGit2Sharp.LibGit2SharpException:

Could not open 'SomePath\SomeProject.opensdf':

The process cannot access the file because it is being used by another process.

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

Ответ 19

У меня была такая же проблема, и я исправил ее, переименовав один из файлов, потому что его имя было слишком длинным. Это поставило проблему. Вот сообщение об ошибке из git shell:

fatal: unable to stat 'plugins/com.napolitano.cordova.plugin.intent/example/app/platforms/android/CordovaLib/build/intermediates/classes/debug/org/apache/cordova/NativeToJsMessageQueue$OnlineEventsBridgeMode$OnlineEventsBridgeModeDelegate.class': Filename too long