Подтвердить что ты не робот

Которые затмевают файлы, чтобы исключить из subversion repo

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

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

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

4b9b3361

Ответ 1

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

  • исходные файлы, библиотеки, файлы свойств,.xml config,...
  • встроенный материал, то есть файлы .class, архивы,...

Вы обязательно должны исключить:

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

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

Window > Preferences > Team > Ignored Resources

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

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

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

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

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

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