У меня есть проект Visual Studio С#, который находится под управлением версиями (SVN). Я всегда выполнял и обновлял проект без каких-либо проблем. Но пару часов назад Visual Studio выдает следующую ошибку при попытке запустить/перестроить проект:
Файлы имеют недопустимое значение "< < < < < < < <.mine". Недопустимые символы в пути.
Я не знаю, как решить эту проблему. Что мне делать?
Это происходит, когда svn сталкивается с конфликтом: вы изменили файл, файл на сервере был изменен, и он не может (легко) быть объединен автоматически. Вы должны решить, что сейчас является правильным решением.
Subversion просто добавляет diff в ваш исходный файл (и создает рядом с ним файлы, называемые OriginalName.mine(неизменным) и OriginalName.rsomething(неизменным, версия сервера)).
Исправьте конфликт и сообщите, что это разрешено.
просто удалите папку obj, и она будет работать нормально.
Извлеките код, который не должен находиться в файле, выбрасывая ошибку, и удалите три файла с расширениями .mine,. <somerevision> и. <some_other_revision>. svn обновленные файлы, которые теперь содержат "конфликты", и вам нужно разрешить эти конфликты вручную. Обычно это означает, что вы отредактировали файл, кто-то другой отредактировал один и тот же файл и отметили изменения, и вы не обратили внимание при проверке измененного файла.
Пожалуйста, прочтите главу Основное использование в книге подрывной книги. В нем есть раздел о Слияние конфликтов вручную, в котором объясняются маркеры конфликтов, которые вы видите.
Удалите все, что у вас есть в папке obj.
Удалите папку obj из svn. Поскольку на каждой сборке он обновляется, а когда другой разработчик фиксирует изменения в решении, SVN не может перенаправить файлы папки obj и вызывать ошибку
Файлы имеют недопустимое значение "< < < < < < mine". Недопустимые символы в пути.
Удаление папок отладки работало для меня (см. комментарий-не ответ выше). Я получил это после перемещения 12 папок из одной секции svn в новый раздел. Поэтому, если вы получите это после перемещения проекта, и ошибка не указывает на фактический файл, это, скорее всего, ваша проблема.
Если у вас AnkhSVN или VisualSVN, разрешающее это, скорее всего, так же просто, как щелкнуть правой кнопкой мыши файл в проводнике решений и выбрать конфликт прав.
Это откроет измененный файл в редакторе слияния. (См. Инструменты- > Параметры- > Исходный контроль- > Инструменты Subversion User для AnkhSVN). С хорошим инструментом слияния, как бесплатный использовать SourceGear DiffMerge или TortoiseMerge, разрешение конфликта - это всего лишь несколько mouseclicks.
У меня это произошло в больших масштабах, где файлы были отмечены как разрешенные, но метаданные конфликта все еще существуют. Я написал регулярное выражение для визуальной студии, чтобы найти их, в тех случаях, когда невозможно просто отменить измененные файлы.
Я закрыл IDE, затем удалил папку obj и перезапустил IDE и перестроил свой код. Это сработало для меня.
Внутри проекта:
odj folder -> Debug -> project name.csproj.Filelistabsolute.txt(snb.csproj.Filelistabsolute.txt)
Внутри текстового файла
>>>>>>>.mine и >>>>>>>.r150
чтобы удалить все, что работает программа.
1) Просто сохраните свои локальные изменения независимо от того, что вы отредактировали в файле
2) верните файл
3) обновить его из SVN
4) Вставьте свои локальные изменения
Если вы используете TortoiseSVN, у вас должен быть параметр правой кнопки мыши в файле Edit Conflicts. Это должно вызвать TortoiseMerge, который может читать эти неприятные записи, застревающие в файле (на самом деле, чтобы сломать ваш код, чтобы вы знали о нем и не слепо проверяете его).
TortoiseMerge будет правильно читать и представлять вам трехстороннее слияние. Это то, что я искал. Хотя это правда, что он также создает отдельные файлы .mine и .rxxx и .ryyy, и есть разные способы ручного и командной строки для решения всего этого.