git rebase: "помилка: не може стати" файл ": дозвіл відхилено"

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

Так я і зробив:

git rebase -i HEAD~2

Це дало мені мого редактора, де я вирішив вибрати більш ранню команду та видалити наступну. Коли я врятував, git сказав:

помилка: не може стати stat 'name file : дозвіл відхилено

Не вдалося застосувати sha1 для подальшого введення ... початковий рядок тексту для цього коміту

Зараз:

• Жодна фіксація не з'являється, коли я це роблю git log.
• git status говорить мені, що я "зараз не в жодній галузі".
• Один файл вказаний як модифікований та в індексі, а два файли вказані як невиправлені. У моєї першої комісії був лише один файл (я думаю), а в моєму другому фільмі було хороший десяток.

Що трапилось!? Як це виправити?

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

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

Напевно, найпростіше зробити аборт і спробувати знову, сподіваючись, що це не станеться наступного разу.

git rebase --abort

Ви можете спробувати використати git applyта дізнатися, що саме git git насправді намагався зробити, перш ніж робити, git rebase --continueале, чесно кажучи, я б не рекомендував цього. Більшість випадків, коли я це бачив, було більше, ніж випадків, коли щось випадково пропущене чи зіпсовано.

Спробуйте закрити будь-які програми з відкритою папкою, такі як редактори, вікна Explorer, командні підказки та програми FTP. Це завжди вирішує проблему для мене в Windows.

Просто закрийте свій IDE (VISUAL STUDIO / ATOM тощо). Це може спрацювати

Коли я бачу це на своїй машині, це гірше, ніж просто "якийсь процес відкрив файл". Фактичне право власності на файл отримує злому до того моменту, коли я (працює як адміністратор) можу отримати доступ до нього лише після перезавантаження.

Найближчі я можу сказати, IIS - це частина проблеми. Якщо я переключаюсь між двома основними гілками, які потребують великої кількості файлів для зміни, git видалить файл або каталог (зазвичай DLL), а IIS намагається зробити з ним щось чи інше. У цей момент процес IIS автоматично перезаписує файл на диску із заблокованою версією та, здається, ніким не належить.

Припинення IIS на цьому етапі не робить цього. Найкраще, що я з’ясував, це зробити перезавантаження та пам’ятати, щоб зупинити IIS, перш ніж змінювати основні гілки в майбутньому.

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

У Windows це може бути процес TortoiseGIT, який блокує ці файли. Відкрийте менеджер завдань і закінчіть процес TGitCache.exe .

Я щойно натрапив на цю нитку відповідей - ця помилка є такою помилковою помилкою.

Це все, що я отримав - при спробі злиття. Я прочитав кілька відповідей, а потім дійшов до усвідомлення - все, що мені потрібно було зробити, це закрити свій редактор коду, який, мабуть, є Atom.

Після закриття редактора - я знову запустив "git merge" і бум, воно спрацювало.

Яка безглузда помилка :(

якщо ви використовуєте vscode, вбийте термінал і відкрийте новий. ще, можливо, також закрити термінал

Це трапляється зі мною в Windows час від часу

помилка: не може стати stat 'name file: дозвіл відхилено

Найчастіше у мене є декілька екземплярів біт-bash, і один із екземплярів git bash знаходиться в каталозі, який не існує у віддаленій гілці, з якої я витягуюсь.

Закриття всіх, крім одного екземпляра git bash, вирішує проблему для мене.

Якщо IDE, який ви використовуєте (у випадку, якщо ви використовуєте його), можливо, також заважає. Саме це сталося зі мною під час використання QtCreator.

Використовуючи SourceTree у програмі Win 10, виправили проблему, закривши редактор Atom.

Помилка відтворення:

1. У гілці B створіть md-файл, використовуючи Atom, відредагуйте його, збережіть та введіть.
2. Перейдіть на гілку А, витягніть нові сервери з сервера.
3. Спробуйте переключитися назад, Opps, там написано "помилка: не може стати" файл ": дозвіл відхилено".

Це також може статися, коли ви використовуєте SublimeText, і спливаюче вікно з проханням придбати програму не закрито.

Це часто трапляється, коли ви попередньо обробляєте програмне забезпечення / програми, які переглядають проект, наприклад, Prepros або Codekit. Також Atom і Sublime (і навіть Notepad ++) можуть спричинити це, якщо файл проекту зараз редагується.

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

Якщо ви працюєте з веб-пакетом, вимкніть його. Вимкніть також і IDE. Потрібно добре працювати після виконання цих речей.

У мене була подібна проблема. Але вирішити це було дуже просто. На машині Windows у мого провідника файлів була відкрита папка, яка існувала в одній гілці, а не в іншій, яку я перевірив. Закриття Провідника файлів вирішило проблему.

Я щойно мав це під Win 7.

$ git stash pop error: не може stat 'parentFolder / subfolder': помилка в дозволі відхилена: не може stat 'parentFolder / subfolder': дозвіл відхилено

Діагноз:

1> Я перейшов до папки, і вона там є, і я не міг її видалити!

2> Використовуйте "Explorer Explorer" -> Знайти -> Знайдіть ручки та Dlls -> введіть туди ім'я "підпапки" та шукайте.

Результат: виявляється, що XMLSpy відкрив один з xml там, закрийте XML Spy і спробуйте сховати поп знову, він працює зараз.

Сталося зі мною в Windows під час перезавантаження в інтегрований термінал IntelliJ . Я помітив, що у мене паралельно працював екземпляр клієнта Git bash .

Закриття Git bash вирішило проблему.

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

Тому я відкрив звичайне вікно дос в якості адміністратора, змінив каталог і виконав

attrib -R /S

Це вилучило блокування файлів і все, що працювало після цього, і я міг синхронізувати свої зміни за допомогою клієнта GitHub Windows.

Я погоджуюся з вищезазначеними відповідями "Закрити візуальну студію".

Однак додатковим кроком, який я повинен був зробити навіть після того, як я закрив Visual Studio, було вручну вбити процес Visual Studio "devenv.exe" у Провіднику завдань. Після цього я знову зміг працювати в gitbash:

git pull

і помилка "не може стати ім'ям файлу " зникла. Можливо, це пов'язано з розширенням Visual Studio, що зберігає процес відкритим довше навіть після закриття.

У мене щойно була ця проблема. Річ у тім, що - якщо ви відкрили файл, який був видалений \ замінений після повторної бази (у вас була гілка, у якої вже немає цього файлу), git-система пошкоджується. Тож я закрив усі відкриті файли, а потім спробував перевірити якусь іншу гілку

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

LockHunter - це той, який я використовую: https://lockhunter.com/ Існують, ймовірно, і інші, але цей чудово працював для мене.

Ця ж проблема в Windows 10 64 біт, запускається Git Bash версії 2.9.0.windows1, використовуючи Atom як мій редактор.

Це працювало для мене: я додав папку програмного забезпечення Git (для мене це було C: \ Program Files \ Git) до виключень для Windows Defender.

Після додавання виключення git checkout 'file'працював чудово.

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

Однак у цьому випадку, оскільки це в основному гоночна умова, все, що вам потрібно зробити, - це продовжити перерваний процес перезавантаження . На жаль, це трапляється зі мною весь час, тому я написав цьому маленькому небезпечному помічнику, щоб продовжувати роботу:

#!/bin/sh

set -e

git checkout .
git clean -df
git rebase --continue

Якщо ви хочете бути впевненими, ви можете git rebase --edit-todoперевірити, чи дійсно наступне зобов’язання, яке слід застосувати, саме те, що не вдалося застосувати раніше. Використовуйте git clean -dnдля того, щоб не видалити важливі файли.

Сталося зі мною, коли у Windows, при використанні фотошопу: Коли я зберегла зображення, а потім перейшла до гілки (залишивши фотошоп із відкритим зображенням), у мене з’явилася помилка git. Закрийте зображення у фотошопі та повторіть спробу

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

Вбивство процесу w3wp.exe, пов’язаного з сховищем, зафіксувало це для мене.

У моєму випадку у мене позаду працював сервер розробників webpack.

Я отримав цю помилку, коли мій VS1013 був на гілці, націленій на 8.1, і я намагався перевірити гілку 8.0. Мені потрібно було повернути вкладку до VS і дозволити її UpdateAll. Тоді я міг перевірити 8,0 відділення без помилок.

Я також був на машині Windows за допомогою Git Shell, коли я зіткнувся з тією ж помилкою.

Однак у той час у мене було відкрито кілька Git-терміналів.

Перший термінал отримав помилку, про яку ви розмістили вище, а другий термінал раніше запускав команду grunt serveтерміналу від yeoman (пов'язана нижче). Другий термінал повинен був залишатися відкритим для розміщення екземпляра локального сервера.

Вимкнення всіх вікон терміналів, що виконують поточні процеси, може призвести до помилки.

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

Grunt Служби Команди - Yeoman.I / O
http://yeoman.io/learning/

Я щойно стикався з цим питанням. Немає відповідей тут трапилося вирішити це для мене.

Закінчившись пакунками нута, я додав гілку, яка, як тільки повернулася назад до головної гілки, здавалося, не існує. Як тільки я зробив об'єднання, він би сказав newtonsoft ... xml не міг стати. Я б перейшов до відповідного файлу і відкрив його, але Windows повернув помилку, сказавши, що не може знайти файл (хоча я дивився прямо на нього)

Як я це вирішив, натисніть правою кнопкою миші видалити файл (який працював, але я не міг відкрити його, тому що Windows не міг його знайти ???) і спробуйте знову об'єднатись, і це вирішило проблему.

Дуже дивно.

Сподіваюся, це допоможе комусь пізніше.

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