Лучшие практики для ИДЕИ IntelliJ 9 + Знаток + Управление версиями
Это - одна из "тяжелых проблем" окружающая разработка. Насколько я знаю, что нет никаких идеальных решений.
, Если только необходимо сохранить структуру базы данных а не данные, можно экспортировать базу данных как SQL-запросы. (в Руководителе предприятия: Щелкните правой кнопкой по базе данных->, Генерируют сценарий SQL. Я рекомендую установить, "создают один файл на объект" на вкладке опций), можно тогда фиксировать эти текстовые файлы svn и использовать разность svn и регистрирующиеся функции.
мне связали это вместе со Сценарием пакетной обработки, который берет пару параметров и настраивает базу данных. Я также добавил некоторые дополнительные запросы, которые вводят данные по умолчанию как пользовательские типы и администраторский пользователь. (Если Вы хотите больше информации об этом, отправляете что-то, и я могу поместить сценарий, где-нибудь доступный)
, Если необходимо сохранить все данные также, я рекомендую продолжить заднюю часть базы данных и использовать Redgate ( http://www.red-gate.com/ ) продукты, чтобы сделать сравнения. Они не обходятся дешево, но они стоят каждого пенса.
5 ответов
Краткий ответ: не помещайте эти файлы в репозиторий системы управления версиями, так как вы можете «сгенерировать» их (и это еще более верно, если они вам не нужны, если они раздражают , если они могут нарушить чужую среду).
Я лично использую следующие значения для svn: ignore :
target
*~
*.log
.classpath
.project
*.ipr
*.iws
*.iml
.settings
Одна из замечательных особенностей Maven заключается в том, что существует поддержка инструментов для превращения POM в собственный проект в Eclipse, Idea и Netbeans. Если у вас есть pom, вы можете довольно быстро создать собственный проект.
По этой причине я бы не проверял файлы .idea или * .iml в системе управления версиями больше, чем я бы проверял заглушки RMI или файлы классов .
Я вижу, что стандартный ответ - «не проверяйте файл проекта, только .pom». Но такие вещи, как файлы .ipr, содержат множество полезных настроек, которые НЕ могут быть получены из файла .pom. Что, если другие пользователи IntelliJ захотят поделиться этими настройками? Я знаю, что файлы .ipr предназначены для управления версиями (например, см. этот поток ). Хотел бы я получить точный ответ, но я еще не нашел хорошей практики по этому поводу.
Я думаю, вам следует поместить каталог .idea в систему контроля версий. Для большей части содержащейся в нем конфигурации должна отслеживаться версия, например, конфигурации компилятора.
Единственный файл, который не принадлежит к системе контроля версий, - это .idea / workspace.xml, поскольку он содержит только конфигурацию, специфичную для вашей локальной среды.
] IntelliJ Idea фактически помещает workspace.xml в список игнорирования по умолчанию, поэтому, если вы используете Idea для проверки, все должно быть настроено, ничего не меняя.
Моя мнение заключается в том, что мы должны держать какие-либо конкретные файлы IDE из элемента управления версиями. Идея состоит в том, что мы должны сохранять максимально возможную информацию в независимой форме IDE, как файлы Maven POM и так далее. Все критические настройки проекта могут быть сохранены там. И имея все основные настройки проекта, хранящиеся в POM-файле, я не вижу серьезных причин, чтобы проверить не только конфигурацию проекта IDEA, но и любой другой конкретной конфигурации IDE. Кроме того, конфигурация проекта в стиле папки. Aidea действительно загрязняет журналы MeetsiteT. И мы все еще хотим сохранить идею настроек проекта в управлении версиями, мы можем, по крайней мере, хранить их в формате файла одного .ipr.