Я могу надежно воспроизвести эту проблему - это происходит при проверке определенных проектов Maven, запустив «Check as as Maven Project…» не в папке, содержащей само POM, а в родительском каталоге (например, «trunk»). В этом случае Subclipse проверяет проект без каких-либо жалоб, помещая его в каталог рабочей области с именем заполнителя, таким как maven.1424425443350. Внутри в этом каталоге создается подкаталог с именем артефакта Maven. Это сбивает с толку как Subclipse, так и Subversion: Subclipse, как мы видели, сразу же забывает, что проект находится под контролем версий, и если вы вызываете svn status из командной строки в каталоге maven.1424425443350, он скажет вам, что каталог находится под контролем версий, но отсутствуют все контролируемые файлы.
Ни один из обходных путей, представленных в других ответах, не сработает, если именно это заставило Subsclipse забыть свое SVN-соединение. Вместо этого единственное решение - удалить проект и проверить его снова, на этот раз убедившись, что проверка выполняется в каталоге, содержащем POM, а не в каком-либо каталоге более высокого уровня.
Лучшим общим решением для Subclipse было бы отказаться от запуска «Check as as Maven Project…» в каталогах, которые не содержат POM, или для лучшей обработки случаев, когда он в любом случае пытается это сделать, путем поиска в подкаталогах для Maven проекты.