Доля Подрывной Команды для существующих проектов - PullRequest
3 голосов
/ 11 мая 2011

Я знаю, что этот вопрос задавался пару раз, но есть кое-что, что мне не совсем понятно в диалоге Team -> Share project. Извините за репост:)

Итак, у меня есть куча проектов, которыми уже управляет svn (есть каталоги svn), которые я импортировал в Eclipse через диалог нового проекта. Все отлично работает.

При использовании мастера проектов общего доступа я выбираю провайдера SVN, репозиторий и прохожу два следующих шага в ужасном диалоге «Ввести комментарий коммита». Теперь я не хочу, чтобы плагин делал коммит или вносил какие-либо изменения в репозиторий.

Я попытался сделать это с другим репо, где у меня есть доступ только для чтения, и я получил 405 на операцию MKACTIVITY.

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

Согласно другим ответам в Subversion есть аналогичная функциональность, поэтому мои вопросы:

  • Отличаются ли шаги мастера проекта общего ресурса в Subclipse, когда он обнаруживает, что проект существует? Если нет, то есть ли способ узнать это?

  • Должны ли мы просто выполнить коммит, снять флажок с каждого файла и молиться, чтобы плагин ничего не добавил?

Precisions

  • В общих настройках SVN отмечена опция «включить автоматическое совместное использование проекта».
  • Я мог бы использовать subclipse, но мне просто любопытно, как это сделать в subversive, и мне не нравится идея смены плагинов только потому, что я не мог понять диалог проекта совместного использования:)
  • В проектах есть файлы, которые не управляются в svn, поэтому оформить заказ не так просто. Это довольно большие проекты, и их 8.
  • Обычно операции svn обрабатываются с помощью TortoiseSVN, но мы используем плагин eclipse для истории / сравнений

Большое спасибо!

Ответы [ 3 ]

2 голосов
/ 20 февраля 2012

Единственная проблема с этой повторяющейся проблемой заключается в том, что версия ваших клиентов SVN отличается.

Tortoise SVN использует свой собственный исполняемый файл SVN. Subversive использует свой собственный исполняемый файл SVN, а исполняемый файл в командной строке снова другой версии.

Subversive не может прочитать файл .svn новой версии. Таким образом, если ваша версия SVN eclipse, т.е. 1.6, а ваш соединитель в eclipse 1.5, subversive не сможет читать файлы .svn.

Ключ должен соответствовать различным реализациям SVN по версии.

1 голос
/ 14 марта 2016

Нечто подобное произошло со мной недавно.В моем случае виновником были разные версии клиента SVN между TortoiseSVN и SVN Connector в Eclipse.Вы можете просто исправить это, выбрав версию SVN Connector в Eclipse:

Окно - Настройки -> Команда - SVN -> SVN Connector (вкладка)

Screen Snaps in Eclipse Settings

1 голос
/ 03 декабря 2012

Публикация того, что сработало для меня в ответе, поскольку я испытывал то же самое - пытался использовать функции SVN внутри затмения из рабочей копии, уже проверенной TortoiseSVN в файловой системе. У меня был корневой каталог с 4 подпапками (каждый проект eclipse). При импорте проектов только 3 из них смогли использовать информацию SVN, содержащуюся в файловой системе. Что сработало в моем случае, так это удаление неработающего проекта и его повторный импорт (приходилось делать пару раз, пока он не работал)

...