IntelliJ и SVN: «изменения не обнаружены» при фиксации

Question

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

Я проверил проект на своем ноутбуке, а затем попытался открыть проект. Ни один из модулей не виден, только файл .iml проекта, как на скриншоте ниже.

Я заметил, что в файле .iml есть строка для «URL-адреса содержимого», которая указывает на местоположение на моем рабочем столе. Может быть, это проблема. Что я могу с этим поделать? Нужно ли создавать новый проект на ноутбуке и импортировать модули - чтобы было 2 разных файла .iml верхнего уровня, один для рабочего стола и один для ноутбука? Я поступаю неправильно?

ОБНОВЛЕНИЕ : Кажется, проблема в фиксации. Когда я делаю изменения в файле, сохраняю и нажимаю «Принять изменения», я получаю всплывающее окно с сообщением «Изменения не обнаружены». Это одинаково как на ноутбуке, так и на настольном компьютере и означало, что я загружал на свой ноутбук не ту версию. Я удалил хранилище и создал новый, и теперь мой проект работает на моем ноутбуке, но я не могу зафиксировать изменения в IntelliJ (только с TortoiseSVN через файловый менеджер). Кроме того, когда я импортировал свой проект в систему управления версиями со своего настольного компьютера, рабочая копия не попала под контроль версий. Поэтому я не могу выполнить обновление со своего рабочего стола, пока не извлечу его в другую папку.

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

РАЗРЕШЕНИЕ Мне нужно было 1) Обновить настройки | Контроль версий для сопоставления Subversion с рабочим каталогом 2) Импорт в контроль версий 3) Проверьте это снова

Возможно, это вызвано тем, что модули изначально были отдельными проектами, которые находились в отдельных репозиториях. Независимо от причины, диалоговое окно IntelliJ «Изменения не обнаружены» не является самым полезным.

Answer 1

VCS -> Refresh File Status решил эту проблему для меня, когда Intellij внезапно перестал замечать изменения.

Answer 2

Пожалуйста, см. FAQ .

Что касается корня контента, убедитесь, что он находится под корнем проекта или корнем модуля, в этом случае путь будет сохранен относительно корня проекта / модала внутри файла iml. Если в iml используется фиксированный системный путь, такой модуль не будет работать в других системах.

UPDATE : Сделайте явное сопоставление между фактическим рабочим каталогом и Subversion в Настройках | Диалог управления версиями. Если вы используете местозаполнитель по умолчанию, а файлы вашего проекта не находятся в корневом каталоге извлечения, это может иметь место.

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

Answer 3

Иногда выполнение VCS -> Refresh File Status работает для меня.

В других случаях ничего не происходит.

Решение состоит в том, чтобы

1. Скопировать все содержимое вашего файла вбуфер обмена / внешний блокнот (для резервного копирования)
2. Выберите Откат для файла, который необходимо обновить.Теперь он актуален для сервера и не содержит ваших новых изменений.
3. Снова отредактируйте файл (оформить заказ) и УСТАНОВИТЕ исходное содержимое файла.
4. Попытка зафиксировать изменения.Он должен обнаружить их сейчас.

Answer 4

Я только что наткнулся на это сегодня - проверил существующий проект и мне пришлось обновить схему SVN с 1.6 (я думаю) до 1.8.Похоже, что это заставило Subversion не признать, что она ошибалась в его убеждении - хотя я мог ДИФФ и увидеть изменения относительно последней версии репозитория - что «Изменения не обнаружены».

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

Answer 5

У меня была такая же проблема, возможно, она была вызвана наличием файла с одинаковым именем в двух разных GIT-репозиториях.

Мне удалось это исправить, открыв Файл -> Настройки -> Контроль версий, а затем отменив назначение и переназначение GIT в качестве VCS двух каталогов, в которых был файл.Сначала каталог, в котором не было никаких изменений в файле, затем другой активный, который действительно имел изменения (но который не обнаружил их раньше).

Answer 6

Сегодня я столкнулся с подобной проблемой и попробовал VCS -> Refresh File Status, но это мне не помогло. Когда я посмотрел на Version Control->Subversion Working Copies Information, я обнаружил ошибку SVN The working copy at /home/project is too old to work with svn client 1.9.4. Сначала я запустил svn upgrade, а затем VCS -> Refresh File Status решил мою проблему и смог зафиксировать свои изменения.