Intellij Idea 9/10, какие папки проверять (или не проверять) в системе контроля версий? - PullRequest
108 голосов
/ 15 июня 2010

Наша команда только что перешла от Netbeans к Intellij 9 Ultimate и должна знать, какие файлы / папки обычно следует исключать из системы контроля версий, поскольку они не «переносимы на рабочую станцию», то есть: они ссылаются на пути, которые существуют только на компьютере одного пользователя .

Насколько я могу судить, Intellij хочет игнорировать большую часть проекта .idea, включая

.idea/artifacts/*
.idea/inspectionProfiles/*
.idea/copyright/*
.idea/dataSources.ids
.idea/dataSources.xml
.idea/workspace.xml

Однако, похоже, нужно проверить файлы .iml, которые существуют в корневом каталоге каждого модуля.

Первоначально я проверил весь каталог .idea через командную строку, которая, очевидно, не знает, что «должно» быть проигнорировано Idea. Весь каталог .idea обычно игнорируется?

Ответы [ 6 ]

95 голосов
/ 15 июня 2010

У нас есть статья с часто задаваемыми вопросами , охватывающая этот вопрос.

[.idea] формат используется во всех последних версиях IDE по умолчанию. Вот что вам нужно, чтобы поделиться:

  • Все файлы в каталоге .idea в корневом каталоге проекта , за исключением workspace.xml и tasks.xml файлов, в которых хранятся пользовательские настройки
  • Все файлы модулей .iml , которые могут находиться в разных каталогах модулей (относится к IntelliJ IDEA)

Будьте осторожны , сообщив следующее:

  • Android-артефакты, которые создают подписанную сборку (будет содержать пароли хранилища ключей)
  • В IDEA 13 и более ранних версиях dataSources.ids , datasources.xml могут содержать пароли базы данных. ИДЕЯ 14 решает эту проблему .

Вы можете рассмотреть не делиться следующим:

  • .iml для проектов Gradle или Maven , так как эти файлы будут сгенерированы при импорте
  • gradle.xml file, см. Это обсуждение
  • пользователь словари (чтобы избежать конфликтов, если другой разработчик имеет такое же имя)
  • XML-файлы в .idea / library на случай, если они созданы из Gradle или Maven project
Каталог

.idea является заменой старого файла .ipr (Idea Project), и если вы хотите поделиться проектом между пользователями, то вам нужно предоставить общий доступ к папке .idea (с исключениями, упомянутыми в FAQ) и всем файлы .iml.

39 голосов
/ 04 октября 2014

Обратитесь к файлу Github JetBrains.gitignore , чтобы всегда иметь обновленный список файлов, которые следует игнорировать.

5 голосов
/ 11 июня 2014

Не точный ответ на вопрос, но есть примеры .gitignore файлов здесь , включая один для JetBrains, который включает Intellij.

5 голосов
/ 08 июля 2011

Вы можете найти этот пост интересным: Объединяет файлы IntelliJ IDEA .IPR и .IWS

Судя по всему, вам следует добавить все файлы, кроме: workspace.xml, dataSources.xml, sqlDataSources.xml и dynamic.xml. Ответ заключается в том, чтобы иметь файлы, которые не меняются, просто открывая редактор или внося конкретные изменения.

4 голосов
/ 02 сентября 2014

Я использую PHPStorm.

Вот пример кода для вашего .gitignore

# Ignore the following 2 PHPStorm files only workspace and tasks file
**/.idea/workspace.xml
**/.idea/tasks.xml

Все остальные файлы в каталоге .idea должны быть зафиксированы в вашем хранилище.

например: (зафиксировать все остальное в каталоге .idea)

new file:   .idea/.name
new file:   .idea/encodings.xml
new file:   .idea/framework.iml
...

Документы: Как управлять проектами в системах контроля версий

Вот что вам нужно поделиться:

Все файлы в каталоге .idea в корне проекта , за исключением workspace.xml и tasks.xml , которые хранят файлы пользовательские настройки

Все файлы модулей .iml, которые могут находиться в разных каталогах модулей (относится к IntelliJ IDEA)

Таким образом, в основном, зафиксируйте все, кроме workspace.xml и tasks.xml.

0 голосов
/ 15 июня 2010

Да, я верю в это.Вы можете проверить конфигурацию SVN, чтобы увидеть, что игнорируется, и добавить все, что, по вашему мнению, следует игнорировать.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...