Это немного странно, но такие вещи случаются, когда люди имеют несколько решений и фиксируют корпус в одном решении, а не в другом. Когда файл проекта будет повторно обработан (поскольку проект добавлен, переименован, элемент решения изменен и т. Д.), Он подберет исправленный корпус. Если файл решения имеет «правильный» корпус, ничто не может измениться, но если файл решения не соответствует, это может вызвать этот каскад.
Фиксация корпуса в одном решении может вызвать обратное поведение в другом решении. Следовательно, это должно быть исправлено во всех файлах решения одновременно. Будьте осторожны, если у вас несколько веток.
Лучший способ исправить это - за один раз устранить проблемы с оболочкой в файловой системе, файлах проекта и файлах решений. Делать это с помощью текстового редактора обычно проще, чем с помощью системы проектов Visual Studio. Поиск и замена Regex может творить чудеса здесь. Убедитесь, что вы исправили все это сразу:
- Содержимое (всего) файла (ов) решения
- Файл
.*proj, вызывающий проблему
- Путь к файловой системе (вам может потребоваться сначала изменить больше, чем регистр, чтобы изменить регистр). Также убедитесь, что ваша система контроля версий примет изменения.
- Ссылки на проект в других
.*proj файлах
Когда фиксирован корпус одного проекта, изменения могут каскадно переходить на другие файлы проекта, которые ссылаются на проблемный проект. Элемент ProjectReference в файле проекта имеет относительный путь файловой системы к проблемному проекту, а также фиксирует его имя. Это хорошо видно на скриншоте, который вы разместили:
