¿Debo enviar las carpetas .groovy y .settings al repository?

Tengo una aplicación de grails en mi máquina local y he creado un repository en XP-DEV. Tengo las carpetas .groovy y .settings en la raíz del proyecto. ¿Debo enviar esos files al control de la versión? Estoy haciendo esta pregunta porque no tengo idea de cuál es el uso de estas carpetas.

.settings generalmente se crea con cualquier IDE que esté utilizando (sé que Eclipse usa esta convención) y contiene configuraciones específicas del proyecto con respecto al IDE.

.groovy contiene configuraciones específicas del usuario para groovy. Por ejemplo, sé que Grape descarga dependencies en el directory .groovy.

Mi opinión es, no, no comprometer estos directorys. Si otra persona revisa su proyecto, sus propias copys personales de estos directorys se generarán automáticamente.

No estoy de acuerdo con la respuesta de @FGreg. La carpeta .settings contiene configuraciones específicas del proyecto. Esto incluye configuraciones personalizadas del comstackdor, errores y niveles de advertencia, preferences de formatting, acciones de guardado, etc. En general, es una buena idea compartir estas preferences entre los desarrolladores. Si estas configuraciones no son compartidas, entonces podría get inconsistencias en los problemas de formatting y compilation.

En general, si desea un entorno de desarrollo coherente para cualquier equipo, deberá include las carpetas de configuration en el control de versiones.

La carpeta .groovy dentro de Groovy-Eclipse se usa para información de DSL específica del proyecto y sugerencias de inferencia. En general, si tiene información de reference específica del proyecto, querrá compartir esto con otros en el mismo proyecto.

En nuestro equipo, definimos claramente todas las configuraciones que usará cada proyecto, asignamos las carpetas .settings y estamos seguros de que cada desarrollador ve la misma configuration.

En mi humilde opinión, cometer el file del proyecto IDE es una mala idea. Si tiene una configuration específica para hacer, debe configurar su maven, gradle, ant o lo que sea para generar la configuration correcta .

Hay una list de problemas que he visto

  • Su proyecto probablemente sea IDE específico.
  • Tendrás diferencias entre desarrollo e integración. Detectarás problemas más tarde.
  • El file de configuration de su IDE depende de la versión IDE y del complemento instalado.
  • Las personas cometen errores (por eso hacemos control de fuente), algunos files se comprometerán con la configuration incorrecta.

Si decide enviar estos files, recuerde que deberá realizar un trabajo extra manual para asegurarse de que se hayan confirmado los files correctos. Pero si configura correctamente su herramienta de compilation, solo hará el trabajo una vez. 😉