Что делать, если «svn cleanup» не работает?


232

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

Теперь, когда я выпустить «СВН очистки» я получаю:

>svn cleanup . 
svn: In directory '.' 
svn: Error processing command 'modify-wcprop' in '.' 
svn: 'MemPoolTests.cpp' is not under version control 

MemPoolTests.cpp новый файл добавляется другой разработчик и был сбит в обновлении. Раньше этого не было в моей рабочей папке.

Есть ли что-нибудь, что я могу сделать, чтобы попытаться переместить без, чтобы проверить новую копию хранилища?

Уточнение: Благодарим за предложения по перемещению каталога с пути и снесению новой копии. Я знаю, что это вариант, но это тот, который я бы хотел избежать, поскольку есть много изменений, вложенных в несколько каталогов глубоко (это должно было быть веткой ...)

Я надеюсь на более агрессивный способ сделать очистку, возможно, каким-то образом заставить файл SVN иметь проблемы с возвратом в известное состояние (и я попытался удалить рабочую копию этого ... это не помогло).

  0

Re: Использование новой копии. Возьмите копию, сравнимую с версиями друг против друга. 27 янв. 102010-01-27 12:50:49

+2

Решение amin не работает для вас? Разумеется, очевидный ответ на принятие в противном случае? 03 июн. 102010-06-03 10:37:01

+2

Убедитесь, что какой-либо из файлов не открыт приложением, его легко забыть. Проводник процессов и быстрый поиск по пути очень полезны, чтобы раскрыть это: http://technet.microsoft.com/en-us/sysinternals/bb896653.aspx 18 дек. 122012-12-18 06:46:16

+4

ИМХО. Существование команды «svn cleanup» - это прием отказ. 08 июл. 142014-07-08 19:46:52

  0

Вы видите это: http://stackoverflow.com/questions/9128598/svn-code-cleanup-issue 15 сен. 142014-09-15 10:17:28

41

Если все остальное терпит неудачу:

  1. Заканчивать в новую папку.
  2. Скопируйте измененные файлы.
  3. Зайдите обратно.
  4. Перед тем, как удалять его и использовать, закройте старую папку где-нибудь (вы никогда не знаете + паранойя).

16

Этот ответ применим только к версиям до 1.7 (спасибо @ ŁukaszBachman).

Subversion хранит информацию в папке (в .svn), так что если вы просто имеем дело с вложенной вам не нужно оформить весь репозиторий - только папку, которая BORKED:

cd dir_above_borked 
mv borked_dir borked_dir.bak 
svn update borked_dir 

Этот даст вам хорошую рабочую копию папки borked, но у вас все еще есть ваши резервные копии в borked_dir.bak. Тот же принцип применяется к Windows/TortoiseSVN.

Если у вас есть изменения в изолированной папке взглянуть на

svn checkout -N borked_dir # Non-recursive, but deprecated 

или

svn checkout --depth=files borked_dir 
# 'depth' is new territory to me, but do 'svn help checkout' 
  0

сэкономил огромное количество времени, используя ваше предложение «если вы просто имеете дело с подпапкой, которую вы не используете нужно проверить весь репозиторий " 19 фев. 152015-02-19 12:13:53

  0

Это сработало для меня - все, что я сделал, было' svn up' то же репо, что было в середине 'svn up' на другой вкладке - я забыл, что сделал это, и оставил его неполным прошлая ночь. 24 фев. 152015-02-24 13:07:26

  0

Больше не верны - с новейшей версией SVN теперь используется только один каталог '.svn'. 26 фев. 152015-02-26 10:17:41


4

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

Используя клиент командной строки, я смог увидеть сообщение об ошибке, указывающее, что он не смог переместить файл с .svn/props на .svn/prop-base.

Я посмотрел на конкретный файл и обнаружил, что он был помечен только для чтения. После удаления атрибута «только для чтения» я смог очистить папку и зафиксировать мои изменения.

  0

Я отказался от этого дерева и получил в конце концов новый. Но спасибо за намек на что-то проверить в следующий раз. 20 окт. 082008-10-20 19:22:30

  0

ha ... я даже переименовал папки в области .svn \ pristine от {name} до {name} _old, а затем вернулся к оригиналу {name}, и он сработал 21 мар. 172017-03-21 22:07:00


220

Когда начинать все это не вариант ...

Я удалил файл журнала в каталоге .svn (Я также удалил файл обижая в .svn/props-base), сделал очищающей, и возобновил обновление.

+3

. У меня возникла аналогичная проблема с исходным вопросом здесь (из-за прерывания svn checkout). Это исправило это для меня. Хотя мне также приходилось идти в родительский каталог и делать то же самое. 28 май. 092009-05-28 08:01:27

  0

Исправлено прерывание svn для меня. 03 июн. 102010-06-03 16:20:41

  0

Хороший звонок! работал как чемпион. 16 июн. 102010-06-16 18:25:34

  0

+1 для создания моего дня ;-) 18 фев. 112011-02-18 11:28:30

  0

работал отлично, спасибо. 23 фев. 112011-02-23 22:19:07

  0

не работал на моем случае, поэтому я уладил новую свежую кассу 03 мар. 112011-03-03 07:23:33

+2

+1 Я не могу сказать, сколько раз я был в этой ситуации. Когда это папка под-sub не проблема, просто удалите всю папку, очистите и обновите. Но когда это файл на корневом уровне, это не дешевый вариант (несколько часов, чтобы проверить весь проект снова). Фантастический совет - большое спасибо. 01 июл. 112011-07-01 05:51:57

  0

Мне просто нужно было удалить все файлы журнала. Миллион благодаря вам! Вы избавили меня от необходимости перезагружать 100gb + из нашего репо. 28 ноя. 112011-11-28 18:41:39

  0

+1. В противном случае я был расстроен. 23 дек. 112011-12-23 10:07:36

+9

Для меня это удалило файлы блокировки. Может быть, интерес для кого-то. Вы можете удалить их рекурсивно с помощью следующей команды: rm -rf 'find. -type f -name lock' 20 янв. 122012-01-20 14:47:16

  0

Он работает, но вы можете объяснить, почему удаление файлов журнала исправляет проблему? 01 апр. 122012-04-01 18:46:15

  0

Другой вариант. Самый высокий рейтинг на http://stackoverflow.com/questions/290734/unlocking-svn-working-copy-with-unversioned-resources 10 июл. 122012-07-10 20:28:01

  0

не он .svn/prop-base? 16 авг. 122012-08-16 17:59:08

  0

Я запутался, потому что в SVN 1.7 я вижу, что /.svn/ имеет только/pristine /,/tmp/и записи файлов, формат, db, wc.db? 22 авг. 122012-08-22 00:23:06

+1

Команда счастливого кодирования не работает. Это делает: 'sudo rm -rf | найти . -type f-name lock' 01 окт. 122012-10-01 14:49:03

  0

Или просто 'найти. -type f -name lock -delete' 12 фев. 132013-02-12 15:55:09

  0

http: //www.anujvarma.com/svn-cleanup-failedprevious-operation-has-not-finished-run-clean-if-it-was-прервано/ Это было очень полезно 17 янв. 142014-01-17 15:27:23

  0

Он также работал для меня в случае удаления всей папки и проверки снова не было. Я использую TortoiseSVN в Windows7 и имел проблему с именами нижних и верхних регистров, которые были равны в окнах ... 02 дек. 142014-12-02 11:10:29

+1

Я не мог найти '.svn/prop-base' У меня есть. .svn/[pristine | tmp | entries | format | wc.db] ' 10 авг. 152015-08-10 22:34:31

  0

Другой вариант, который работал для меня, делал очистку в родительской папке определенного каталога 27 июн. 172017-06-27 11:49:55


0

Он может не применяться во всех ситуациях, но когда я недавно столкнулся с этой проблемой, мое «исправление» состояло в том, чтобы обновить пакет Subversion в моей системе. У меня было 1.4.что-то, и когда я обновился до последней версии (1.6.6 в моем случае), проверка работала.

(Я попытался повторно загрузив его, но фотографии на чистый каталог всегда висели на то же место.)


5

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

В настоящее время файловые системы Windows (т. Д.) Не различают между Filename и FILEname. У вас есть две возможные ошибки:

  1. Выйти на платформе с реальной файловой системой (на основе Unix), переименовать файл и зафиксировать изменения.
  2. Когда вы запасаетесь в Windows, вы можете переименовывать файлы в браузере репозитория Eclipse SVN, который распознает разницу и переименовывает файл там.
  3. Вы можете переименовать проблемные файлы также удаленно из любой командной строки SVN клиента с помощью svn rename -m "broken filename case" http://server/repo/FILEname http://server/repo/filename
  0

Это оказалось моей проблемой; коллеге каким-то образом удалось проверить несколько файлов проекта Xcode, каждый из которых имеет две копии, отличающиеся только буквенным случаем. Я использовал TortoiseSVN для просмотра репо и удаления дополнительных файлов. Затем я удалил свои локальные папки, содержащие дубликаты файлов, и svn update наконец-то удалось. 27 сен. 102010-09-27 13:38:34

  0

Не просто проблема с Windows. Это также влияет и на Mac. Macs HFS + файловые системы по умолчанию также не учитывают регистр, но сохраняют имена файлов. Я установил второй раздел на моем жестком диске, который делает имена файлов с учетом регистра, чтобы обойти эти проблемы. 26 апр. 132013-04-26 18:46:39


0

только для чтения блокировки иногда происходит на сетевых дисках с Windows. Попробуйте отключить и снова подключить его снова. Затем очистите и обновите.


2

Если проблема заключается в чувствительности к регистру (что может быть проблемой при проверке на Mac, а также Windows), и у вас нет возможности проверить систему * nix, должно работать следующее. Вот процесс с самого начала:

% svn co http://[domain]/svn/mortgages mortgages 

(Checkout вытекает ... тогда ...)

svn: In directory 'mortgages/trunk/images/rates' 
svn: Can't open file 'mortgages/trunk/images/rates/.svn/tmp/text-base/Header_3_nobookmark.gif.svn-base': No such file or directory 

Здесь SVN пытается проверить два файла с одинаковыми именами, которые отличаются только регистром - Header_3_noBookmark.gif и Header_3_nobookmark.gif. Mac-файловые системы по умолчанию нечувствительны к регистру таким образом, что SVN задыхается в таких ситуациях. Так что ...

% cd mortgages/trunk/images/rates/ 
% svn up 
svn: Working copy '.' locked 
svn: run 'svn cleanup' to remove locks (type 'svn help cleanup' for details) 

Однако запуск svn cleanup не работает, как мы знаем.

% svn cleanup 
svn: In directory '.' 
svn: Error processing command 'modify-wcprop' in '.' 
svn: 'spacer.gif' is not under version control 

spacer.gif не проблема здесь ... Это просто не может пройти мимо предыдущей ошибки к следующему файлу. Поэтому я удалил все файлы из каталога, отличного от .svn, и удалил журнал SVN. Это сделало работу по очистке, чтобы я мог проверить и переименовать повреждающий файл.

% rm *; rm -rf .svn/log; svn cleanup 
% svn up Header_3_nobookmark.gif 
A Header_3_nobookmark.gif 
Updated to revision 1087. 
% svn mv Header_3_nobookmark.gif foo 
A   foo 
D   Header_3_nobookmark.gif 
% svn up 
A spacer.gif 
A Header_3_noBookmark.gif 

После этого я смог вернуться в корневой директории проекта и запустить svn up проверить остальное.


9
$ ls -la .svn 
$ rm -f .svn/lock 

Тогда

$ svn update 

Надеется, что это помогает


0

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

Вопрос был case insensitive OS X. Проверка каталога, в котором есть два файла с тем же именем, но различная капитализация вызывает проблему. Например, ApproximationTest.java и Approximationtest.java не должны находиться в одном каталоге. Как только мы избавимся от одного из файлов, проблема исчезнет.


1

(Перед тем, как попытаться перемещение папок и делать новую проверку.)

удалить папку с файла (-ов) в - да, даже папка .svn, то сделать svn cleanup на самом верху/родительскую папку.


0

Я попал в проблему, когда после обновления SVN обнаружил, что папка конфликтует. Как ни странно, это было видно только через командную строку - TortoiseSVN подумал, что все в порядке. все

#>svn st 
!  my_dir 
!  my_dir\sub_dir 

svn cleanup, svn revert, svn update и svn resolve оказались безуспешными при фиксации этого.

В конце концов я решил эту проблему следующим образом:

  • Посмотрите в папке .svn для «sub_dir»
  • использования RC -> Свойства, чтобы снимите флажок «только для чтения» флаг на записи файла
  • Откройте записи файлов и удалить строку «незавершенной ...» и соответствующая контрольная сумма
  • Сохранить и повторно включить флаг доступен только для чтения
  • Повторите для каталога my_dir

После этого все было в порядке.

Примечание. У меня не было локальных изменений, поэтому я не знаю, подверглись ли вы риску, если бы вы это сделали. Я не использовал метод удаления/обновления, предложенный другими, - я попал в это состояние, попробовав это в каталоге my_dir/sub_dir/sub_sub_dir (который начинался с тех же симптомов) - поэтому я не хотел рисковать ухудшить ситуацию еще раз!

Не совсем по теме, но, может быть, полезно, если кто-то встретит это сообщение, как я.


1

Подзаголовок путается по-настоящему дьявольским действием блокировки Windows. Unlocker - твой друг. Это может найти заблокированные файлы и принудительно освободить блокировки.


2

У меня была такая же проблема для Windows 7 64-бит. Я запускал консоль как администратор и удалял каталог .svn из каталога проблем (получил ошибку о журналах или что-то в этом роде, но проигнорировал ее). Затем, в проводнике, я удалил каталог проблем, который больше не отображался под контролем версий. Затем я запустил обновление, и все продолжалось, как ожидалось.


2

У меня была та же проблема. Для меня причиной был конфликт с EasySVN и (TortoiseSVN или просто SVN). У меня было автоматическое обновление и фиксация с помощью EasySVN (который не работал).

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


2

Всякий раз, когда у меня есть подобные проблемы, я использую Rsync (NB: Я использую Linux или Mac   OS   X), чтобы помочь следующим образом:

# Go to the parent directory 
cd dir_above_borked 

# Rename corrupted directory 
mv borked_dir borked_dir.bak 

# Checkout a fresh copy 
svn checkout svn://... borked_dir 

# Copy the modified files to the fresh checkout 
# - test rsync 
# (possibly use -c to verify all content and show only actually changed files) 
rsync -nav --exclude=.svn borked_dir.bak/ borked_dir/ 

# - If all ok, run rsync for real 
# (possibly using -c again, possibly not using -v) 
rsync -av --exclude=.svn borked_dir.bak/ borked_dir/ 

Таким образом, у вас есть новая проверка, но с теми же рабочими файлами. Для меня это всегда работает как шарм.


101

Все изменилось с помощью SVN 1.7, и популярное решение по удалению файла журнала в каталоге .svn нецелесообразно с переходом к реализации рабочей копии базы данных.

Вот что я сделал, что, казалось, работали:

  1. Удалить .svn каталог для вашей рабочей копии.
  2. Запустите новый checkout в новом временном каталоге.
  3. Отмените выписку (мы не хотим ждать, пока все будет снесено).
  4. Запустите очистку при этой отмененной кассе.
  5. Теперь у нас есть новый .svn-каталог с чистой базой данных (хотя нет/несколько файлов)
  6. Скопируйте этот .svn в свой старый, поврежденный рабочий каталог.
  7. Запустите svn update и он должен довести вашу новую партию .svn до скорости с вашим старым рабочим каталогом.

Это все немного запутанно, процесс мудрый. По существу, мы делаем удаление поврежденного .svn, а затем создаем новый .svn для одного и того же пути проверки. Затем мы переносим этот новый .svn в наш старый рабочий каталог и обновляем его до репо.

Я просто сделал это в TSVN и, похоже, работает нормально и не требует полной проверки и загрузки.

-Jody

+86

вот почему svn sucks 16 июл. 132013-07-16 14:05:05

+8

Кажется, я делаю это не реже двух раз в месяц. Такая боль. Команда svn должна добавить тезисы «svn cleanup --force». И, конечно, все операции по переименованию, удалению и (с 1.8) теряются. 19 июл. 132013-07-19 06:06:51

+2

@Adgezaza Да. Да. 21 ноя. 132013-11-21 16:09:12

+1

это исправить это для меня. Это немного по-другому: после смены svn ошибка обновления для 1 конкретной папки. Удалите эту папку, и все в порядке 17 апр. 152015-04-17 03:46:08

  0

Это работает, если рабочая копия имеет незавершенные изменения? 27 апр. 152015-04-27 21:33:12

  0

@Pup, он должен. По сути, вы просто сбрасываете метаданные для новой проверки, а затем заполняете ее файлами. SVN определит, соответствуют ли файлы метаданным или нет. Но, вы знаете, запомните все сначала на всякий случай ... 03 июн. 152015-06-03 21:33:08

+1

Я переустановил SVN (Tortoise SVN 1.8), показал каждую папку svn из моего проекта, а затем выполнил операции, упомянутые здесь, и вуаля! Спасибо автору! 03 июл. 152015-07-03 07:43:20

  0

@Pup это сделало для меня :) 07 сен. 162016-09-07 17:04:42

  0

@JKoplo Спасибо! 07 сен. 162016-09-07 17:04:55

  0

на шаге 6, следует ли удалить старый материал из поврежденного .svn или просто выгрузить новые файлы и переписать их? 06 мар. 172017-03-06 10:07:52

  0

@ user230910. .svn - это специальная папка, в которой не должно быть никаких ваших исходных файлов. Вы удалили .svn в коррумпированной кассе (шаг 1), поэтому копирование в новом .svn не должно переписывать что-либо. 23 мар. 172017-03-23 16:59:38


1

Я столкнулся с той же проблемой. После некоторого поиска в Интернете найдено below article. Затем понял, что я был зарегистрирован как пользователь, отличный от пользователя, которого я использовал для настройки SVN в соответствии с разрешением, в основном.


92

Посмотрите на

http://www.anujvarma.com/svn-cleanup-failedprevious-operation-has-not-finished-run-cleanup-if-it-was-interrupted/

Резюме затруднительного сверху ссылку (спасибо Ануй Варма)

  1. Install sqllite (32 bit binary for windows) from here .

  2. sqlite .svn/wc.db "select * from work_queue"

The SELECT should show you your offending folder/file as part of the work queue. What you need to do is delete this item from the work queue.

  1. sqlite .svn/wc.db "delete from work_queue"

That’s it. Now, you can run cleanup again – and it should work. Or you can proceed directly to the task you were doing before being prompted to run cleanup (adding a new file etc.)

  0

Обратите внимание, что [ссылки только ответов] (http://meta.stackoverflow.com/tags/link-only-answers/info) обескуражены, ответы SO должны быть конечной точкой поиска решения (vs. еще одна остановка ссылок, которые со временем становятся устаревшими). Пожалуйста, подумайте о добавлении отдельного резюме здесь, сохранив ссылку в качестве ссылки. 17 янв. 142014-01-17 16:05:38

+8

У Firefox есть расширение [sqlite manager] (https://addons.mozilla.org/en-US/firefox/addon/sqlite-manager/), которое может открывать и редактировать файл .svn/wc.db. Предоставляет удобный графический интерфейс для выполнения эквивалентных операций над work_queue. 17 июл. 142014-07-17 23:25:04

+3

Я снова и снова возвращаюсь к этому ответу. Для меня это должен быть принятый ответ. 08 апр. 152015-04-08 08:10:23

  0

Если у вас есть последняя версия SVN и Firefox, аддон менеджера sqlite позаботится об этой проблеме за 30 секунд. Не беспокойтесь об удалении каталогов или использовании Repobrowser. В 2016 году я думаю, что это должен быть принятый ответ 08 июл. 162016-07-08 13:41:43

+5

Для меня выполняется «delete from WC_LOCK;» также требуется. 19 авг. 162016-08-19 20:34:15

  0

Работайте отлично! Svn отстой! Но после удаления из work_queue svn дайте мне еще одну ошибку «svn locked», просто запустите с черепахой (у Eclipse нет опции) очистка с «блокировкой блокировок» проверена 15 мар. 172017-03-15 13:25:42


0

Нет, нет! Если вы используете SVN 1.7 или выше, команда очистки должна выполнить эту работу!

Я также провел несколько экспериментов и выяснил, что решение (по крайней мере, в Eclipse) выполняет очистку только для папки, указанной в сообщении об ошибке, а не для всего проекта!

  0

Это работало для меня сегодня, поэтому я собираюсь +1. С другой стороны, в другой раз, когда я попал в цикл, я был просто прав - я щелкнул правой кнопкой мыши по папке и выбрал «cleanup», когда мне нужно было щелкнуть правой кнопкой мыши на пустое место. Поэтому это зависит от конкретной ситуации. 18 ноя. 152015-11-18 21:38:27

  0

downvote, потому что ответ на вопрос «как я могу исправить вещи, когда сбой очистки svn не работает» не «он должен работать» 17 май. 162016-05-17 15:39:41


2

Я пытался сделать svn cleanup через консоль и получил сообщение об ошибке, как:

svn: E720002: Can't open file '..\.svn\pristine\40\40d53d69871f4ff622a3fbb939b6a79932dc7cd4.svn-base': 
The system cannot find the file specified. 

Так что я создал этот файл вручную (пустой) и сделал svn cleanup снова. На этот раз все было хорошо.


0

Я сделал sudo chmod 777 -R ., чтобы иметь возможность изменять это разрешение. Без sudo это не сработало бы, дав мне ту же ошибку, что и другие команды.

Теперь вы можете сделать svn update или что угодно, без необходимости отказываться от всего каталога и воссоздать его. Это особенно полезно, поскольку в вашем IDE или текстовом редакторе могут быть открыты определенные вкладки или проблемы с синхронизацией. Этот метод не требует замены и замены рабочего каталога.


0

Я решил эту проблему, скопировав каталог .svn моего коллеги в мой, а затем обновив свою рабочую копию. Это было красивое, быстрое и чистое решение.


1

Когда я сталкиваюсь этот вопрос с TortoiseSVN (Windows), я иду в Cygwin и запустить «Svn очистки» оттуда; он правильно очищается для меня, после чего все работает от TortoiseSVN.

  0

Это также работает с cmd-окном. Я не знаю, почему это работает, когда Черепаха терпит неудачу, но иногда это происходит. 02 май. 162016-05-02 23:07:58


0

Ответы здесь не помогли, но прежде чем снова проверить проект, я закрыл и открыл Eclipse (Subversive - мой SVN-клиент), и проблема исчезла.


2

В последнее время я столкнулся с этим. Трюк для меня состоялся после выбора «Очистить», в диалоговом окне опций всплывающих окон, «Break Locks», а затем «OK». Он убрался успешно для меня.

+1

SVN не имеет всплывающего окна как такового; возможно, вы используете черепаху. OP использует клиент командной строки, поэтому ваш совет не очень помогает. 30 дек. 162016-12-30 19:45:13


2

Я пробовал разные решения, объясненные здесь, но никто не работал.

В моем случае (SVN 1.9.3), работает на Eclipse, TeamUpdate направиться с ошибкой:

svn: E155004: There are unfinished work items in '/home/user/path/to/svn-folder'; run 'svn cleanup' first.

командыCleanup терпит неудачу с такой же ошибка.

Простое решение, найденное для меня: Я побежал очистки в командной строке:

~/path/to/svn-folder/$ svn cleanup 

Команда преуспела. Затем КомандаОбновление в Eclipse снова работало.


0

В предыдущем ответе есть несколько хороших предложений, но если у вас возникла проблема с TortoiseSVN в Windows (хороший продукт, но ...), всегда возвращайтесь в командную строку и выполняйте простую «очистку svn», первый.

Во многих случаях клиент Windows не запускает команду очистки, но очистка отлично работает с помощью утилиты командной строки SVN.


18

Последний вариант (я использую 1.9.5), разрешаю эту проблему, добавив в меню очистки пункт «Блокировки прерываний». Просто убедитесь, что этот флажок установлен при очистке.

eclean up window

  0

Кажется, сейчас так очевидно! Thanks 07 авг. 172017-08-07 12:07:00

  0

Работал как шарм! 07 янв. 182018-01-07 14:19:59


0

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

Одно имя файла противоречило с другим, и оно четко упомянуло проблему. Переименование нового файла на другое имя разрешило его.