¿Qué files son innecesarios al exportar un espacio de trabajo de Eclipse a un repository de control de versiones?

Tengo algunos proyectos de Android y Java en un solo espacio de trabajo de Eclipse y me gustaría exportar el espacio de trabajo completo a mi propio repository de control de versiones. Me gustaría mantener los files que se exportan a un mínimo. Como tal, aparte del historial de resources y el almacenamiento en memory caching de JDT como se menciona en este artículo , ¿hay otros files que no necesiten exportarse?

Tenga en count que una export posterior del espacio de trabajo importado debe dar como resultado una compilation operativa sin agregar files adicionales que aún no estén en el repository.

En el directory [workspace] /. Plugins / .metadata, tengo los siguientes directorys

  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
  20. org.eclipse.ui.workbench.texteditor
  21. org.eclipse.wst.internet.cache
  22. org.eclipse.wst.sse.ui
  23. org.eclipse.wst.xml.core

En general, solo almacenará files bajo el control de versión que son necesarios para crear con éxito la aplicación. Pero para ayudar con el desarrollo en equipos grandes, también es típico (aunque no es la mejor práctica) almacenar los metadatos mínimos necesarios para rebuild el proyecto Java en los equipos IDE de elección. Entonces, para resumir, desde Eclipse te gustaría exportar:

  • Todos los files fuente y carpetas de Java
  • Todos los files fuente y carpetas de aplicaciones web
  • Todos los files y carpetas de origen personalizados (es decir, carpetas creadas por usted con files XML, etc.)
  • Los files .project y .classpath para su proyecto Eclipse de nivel superior

Definitivamente no desea exportar files / carpetas específicos de Eclipse como .plugins. Si desea una guía sólida y rápida, debe exportar a su VCS, cualquier file / carpeta necesaria para build su aplicación, imaginando que el desarrollo podría ocurrir en cualquier IDE. Usando esa regla rápida y sencilla, puede determinar fácilmente qué almacenar, y también resulta obvio que almacenar .classpath y .project en VCS son en realidad muletas para acelerar la configuration de un nuevo Eclipse con su aplicación más rápido. Es su decisión decidir si include esos dos files.

Como ejemplo, almacenarías las carpetas seleccionadas en VCS

Los únicos directorys / files que necesita en su repository para la mayoría de los proyectos son:

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

Creo que la respuesta simple es que deberá include todos los files si desea poder rebuild el espacio de trabajo con precisión. No tomarán mucho espacio en ningún caso.

Si comienza a registrar partes del espacio de trabajo, tendrá que hablar con los desarrolladores de eclipse para asegurarse de que no habrá ningún lado desconocido que afecte a eso. Realmente no vale la pena.

Si ayuda, trabajo en muchos proyectos usando eclipse y no reviso en absoluto el espacio de trabajo.

Rebuild el espacio de trabajo desde cero no suele ser un problema y ocurre automáticamente.