Какие файлы не нужны при экспорте Eclipse Workspace в репозиторий контроля версий?

Question

У меня есть несколько проектов Android и Java в одной рабочей области Eclipse, и я хотел бы экспортировать всю рабочую область в мой собственный репозиторий контроля версий. Я хотел бы сохранить экспортируемые файлы к минимуму. Таким образом, кроме истории ресурсов и JDT-кэширования , как упомянуто в этой статье , есть ли другие файлы, которые не нужно экспортировать?

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

В каталоге [workspace] /. Plugins / .metadata у меня есть следующие каталоги

1. org.eclipse.core.resources
2. org.eclipse.core.runtime
3. org.eclipse.debug.core
4. org.eclipse.debug.ui
5. org.eclipse.epp.usagedata.recording
6. org.eclipse.equinox.p2.ui
7. org.eclipse.jdt.core
8. org.eclipse.jdt.debug.ui
9. org.eclipse.jdt.junit.core
10. org.eclipse.jdt.launching
11. org.eclipse.jdt.ui
12. org.eclipse.ltk.core.refactoring
13. org.eclipse.ltk.ui.refactoring
14. org.eclipse.mylyn.bugzilla.core
15. org.eclipse.mylyn.tasks.ui
16. org.eclipse.team.cvs.core
17. org.eclipse.ui.ide
18. org.eclipse.ui.intro
19. org.eclipse.ui.workbench.texteditor
20. org.eclipse.wst.internet.cache
21. org.eclipse.wst.sse.ui
22. org.eclipse.wst.xml.core

Answer 1

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

Если вы начнете проверять только фрагменты рабочего пространства, вам нужно будет поговорить с разработчиками затмения, чтобы убедиться, что не будет неизвестногосторона влияет на это.Это не стоит того.

Если это поможет, я работаю над многими проектами, использующими eclipse, и мы вообще не проверяем рабочую область.

Восстановление рабочей области с нуля не происходит.Обычно это проблема, которая происходит автоматически.

Answer 2

Обычно под управлением версиями вы будете хранить только те файлы, которые необходимы для успешной сборки приложения.Но, чтобы помочь с разработкой в ​​больших командах, также типично (хотя и не лучшая практика) хранить минимальные метаданные, необходимые для реконструкции проекта Java, в выбранной команде IDE.Подводя итог, вы можете экспортировать из Eclipse:

• Все исходные файлы и папки Java
• Все исходные файлы и папки веб-приложения
• Весь пользовательский источникфайлы и папки (т.е. папки, созданные вами с файлами XML и т. д.)
• .project и .classpath файлы для вашего проекта Eclipse верхнего уровня

Вы определенно не хочет экспортировать любые специфичные для Eclipse файлы / папки, например .plugins.Если вам нужно подробное и быстрое руководство, вы должны экспортировать в свою VCS любые файлы / папки, необходимые для создания приложения, представляя, что разработка может произойти в любой IDE.Используя это жесткое и быстрое правило, вы можете легко определить, что хранить, и также становится очевидным, что хранение .classpath и .project в VCS - это всего лишь костыли для ускорения установки нового Eclipse с вашим приложением быстрее.Это ваше суждение действительно смешно включать эти два файла.

Answer 3

Единственные каталоги / файлы, которые вам нужны в вашем репо для большинства проектов:

res/    
src/
assets/ (if used)
AndroidManifest.xml
default.properties