Quiero registrar un proyecto de web dinámico que creé en eclipse en svn. ¿Puede alguien decirme qué archivos debo registrar y cuál no debería? La idea es poder verificar el proyecto usando el asistente de proyecto nuevo para que pueda crear el proyecto web dinámico nuevamente. Más específicamente aquí están los archivos/directorios que tengo en el proyecto -Comprobando un proyecto de Eclipse en el SVN
- src
- WebContent
- acumulación
- dist
- build.xml
- .project
- .classpath
- .settings/
No se supone que el directorio de compilación se haya registrado de forma obvia. ¿Qué hay de los otros? Supongo que todo. los archivos tampoco deben estar marcados. ¿Puede alguien verificar esto? ¿Qué es este directorio dist y el directorio .settings?
¿Dónde guarda eclipse la información del servidor (tomcat)? No quiero verificarlo tampoco.
EDIT:
Inicialmente comprueba en todos los anteriores, excepto el directorio de construcción, por supuesto. Cuando revisé el proyecto desde dentro de Eclipse, no me incitó a crear un nuevo proyecto, ya que el .project está allí, pero Eclipse estaba creando un proyecto JavaEE o algo así en lugar de Dynamic Web Project. ¿Alguien más se encontró con este comportamiento?
** ** EDIT 2
encontré! Resulta que yo no debería comprobar en el siguiente -
- .project
- .settings/
- .classpath
Una vez que estos 3 se quitan el Asistente para nuevo proyecto funciona como se espera y todo está bien.
Gracias ese es un buen punto sobre el IDE específico archivos y es una buena idea usar svn Ignorar también. – user220201
Si bien el contenido de .settings es específico de Eclipse, eso no significa que no deba compartirse con otros miembros de su equipo. Específicamente, es posible que desee compartir sus preferencias de advertencia JDT para su proyecto. Sería un verdadero dolor compartirlos al generarlos. –
Buen punto. A veces comparto dicha configuración exportándola del IDE y compartiendo los archivos. Por ejemplo, Eclipse permite exportar las reglas de formato y plantilla de código. Otro ejemplo es la configuración del estilo de control. Todos estos ajustes suelen ser políticas de toda la empresa, por lo que a menudo se los encuentra en la wiki de Confluence, no registrados en cada proyecto. –