какие файлы затмения исключить из репозитория Subversion - PullRequest
Новая
       21

какие файлы затмения исключить из репозитория Subversion

10 голосов
/ 15 февраля 2011

Мы, как команда разработчиков, всегда были довольны Subversion и Eclipse, мы проверили все и все было хорошо.Пока у нас не было нового найма, который использует что-либо кроме затмения (RAD).его RAD-проверки в настоящее время загрязняют репозиторий SVN, удерживая наши проверки затмения для завершения строительства.Одним из решений может быть принудительное затмение в горле нового арендатора, другой, более тонкий и, вероятно, более подходящий подход, заключается в том, чтобы сделать наш проект независимым от идеи.Вместо того, чтобы удалять файлы методом проб и ошибок, я надеюсь найти быстрое и надежное решение.

  • Я уже узнал , что я должен удалить файлы и добавить их в глобальное игнорирование svn.Мне интересно, есть ли способ сделать этот проект широким, вместо того, чтобы все исправляли свои собственные настройки SVN?Что-то добавить в корневой каталог .svn?
  • Я также ищу список или даже скрипт для удаления файлов и каталогов eclipse из репозитория svn (.project .settings .classpath ?? .externalToolBuilders.springBeans) без риска полностью испортить рабочее пространство.
  • Я также заинтересован в поиске самого быстрого способа восстановления рабочего пространства, так как мы используем maven для управления программными проектами. Я могу сделать mvn eclipse: eclipse в корне рабочего пространства, но как мне найти то, чтоправильные настройки WST, и каков самый быстрый способ или восстановить ваши настройки пути в Eclipse?

Я думал, что многие люди столкнулись бы с одним и тем же вариантом использования, и, следовательно, имели те же вопросы, ноЯ еще ничего не нашел в Google.Надеюсь, кто-то здесь может указать мне правильное направление.

1 Ответ

20 голосов
/ 15 февраля 2011

Если вы хотите иметь не зависящий от языка репозиторий кода, вопрос состоит не столько в том, какие файлы исключать, а в том, какие файлы для включают . То есть в репозитории, не зависящей от языка, действительно должны быть только файлы, необходимые для проекта:

  • исходные файлы, библиотеки, файлы свойств, XML-файл конфигурации, ...
  • встроенный материал, т.е. файлы .class, архивы, ...

Вы, безусловно, должны исключить:

  • .project - это специфическая конфигурация проекта для eclipse
  • .settings - это специфическая конфигурация проекта eclipse
  • .classpath - также специфично для затмения

В Eclipse есть «глобальный» список игнорирования для файлов, которые используются совместно с хранилищами через SVN, CVS и т. Д. Вы можете найти его здесь: 

Window > Preferences > Team > Ignored Resources

Если вы ищете что-то за пределами Eclipse, попробуйте конфигурацию global-ignores в вашей локальной конфигурации subversion. Добавьте это в файл ~ / .subversion / config. 

global-ignores = build *.mode* *.pbxuser *~.nib .DS_Store *~

Имейте в виду, что если исключить конфигурацию Eclipse из репозиториев, вам нужно будет настроить свои проекты после проверки более конкретно.

Однако, как вы говорите, вы используете Maven, это на самом деле не должно создавать для вас слишком много проблем. Если файлы pom.xml проектов maven настроены правильно и полностью, вы можете легко импортировать проект из SVN с помощью «Импортировать как проект Maven» - Eclipse выполнит все необходимые настройки для вас при импорте. (Для этого вам нужен плагин m2Eclipse Maven, но я думаю, вы уже будете использовать что-то подобное? В любом случае, вот ссылка: http://m2eclipse.sonatype.org/sites/m2e)

Что касается вашего вопроса относительно скрипта для очистки репо : я сейчас не знаю об этом, и я буду очень осторожен с этим. Похоже, что многое может пойти ужасно неправильно. ;)

И последнее, но не менее важное: восстановление рабочего пространства : По моему опыту, зачастую проще всего просто удалить свой проект локально и перейти к новой проверке «как проект maven». Таким образом, Eclipse перенастроит все важные вещи. Я потратил часы на испорченный конфиг Eclipse, иногда он просто зависает и не в состоянии восстановиться - особенно если вы работаете с большим количеством плагинов, которые, как правило, выполняют некоторые свои собственные магические настройки. (И не совсем без ошибок ...)

...