for descargar connectors conectores java eclipse svn maven settings

java - descargar - svn eclipse marketplace



¿Debo registrar la configuración de eclipse(.settings) en SVN? (7)

Como estás usando Maven, definitivamente diría que no. Desde mi experiencia con los proyectos en los que he trabajado, la confirmación de estos archivos causa problemas, especialmente si está colaborando con personas que tienen diferentes entornos (OSX / Windows / * nix, diseño del sistema de archivos).

Si aún no lo está utilizando, le recomendaría que use el complemento Eclipse de Maven (http://maven.apache.org/plugins/maven-eclipse-plugin/) para generar sus archivos de proyecto de Eclipse automáticamente.

Editar:

Olvidé mencionar que probablemente la razón más grande por la que no me gusta cometer ningún archivo / configuración de proyecto de Eclipse es debido al desorden que se agrega a mi historial de VCS. He encontrado que estos archivos a menudo cambian sin razón aparente (es decir, cambios en la marca de tiempo del archivo de preferencias) y, en el mejor de los casos, agregan cambios adicionales o, en el peor de los casos, causan conflictos molestos.

Posible duplicado:
¿A qué archivos de eclipse pertenecen el control de versiones?

Usamos Eclipse IDE para el desarrollo. Siempre hay un cambio en la carpeta .settings. A veces estamos configurando algo en Eclipse, pero generalmente cambiamos algo en Eclipse.

Eclipse cambia la configuración sin ninguna petición de nosotros?

¿Cuál es la mejor práctica con .settings?

¿Debo verificar la configuración de eclipse (.settings) en SVN o agregar a la lista de ignorados?

El directorio .settings contiene, o al menos debe contener, la información vital necesaria para compilar con éxito su proyecto dentro de Eclipse, como la codificación de caracteres utilizada para el código fuente, la configuración del compilador Java y mucho más. Si no confirma ese directorio en el SCM, en la mayoría de los casos perderá la capacidad de revisar el proyecto en un espacio de trabajo nuevo e inmediatamente compilarlo. Un aspecto especialmente sensible es la configuración precisa de los errores / advertencias del compilador. Si un desarrollador tiene una configuración incorrecta, las consecuencias pueden ir desde frustraciones por compilaciones fallidas de Eclipse hasta códigos dañinos de los desarrolladores en un intento de "arreglar" errores / advertencias inexistentes.

Cada complemento puede aportar su propio archivo de configuración al directorio, así que siéntase libre de seleccionar e ignorar los irrelevantes, conservando los importantes, como org.eclipse.jdt.core.prefs .

Debe tener mucho cuidado de no meterse con la configuración específica del proyecto de una manera que rompa la construcción para otros. Todas las preferencias personales deben cambiarse globalmente en el nivel del área de trabajo, para que esta configuración no se propague a los compañeros de equipo.

En teoría, uno puede imponer una política en la que todos deben importar configuraciones específicas del proyecto desde otro lugar y nunca realizarlas, pero esa ruta no ofrece ventajas y es obviamente inferior en el departamento de facilidad de uso.

La respuesta directa es no. No porque este archivo finalmente cambie o no, sino que el repositorio de código fuente del proyecto no es para la configuración de archivos personales.

Si realmente necesita colocar en algún lugar estos archivos específicos de IDE, regístrese en una carpeta SVN separada del proyecto.

No hay necesidad,

Porque diferentes usuarios demandando diferentes configuraciones y configuraciones.

El ajuste puede ser descrito en archivos de texto.

Puedes crear la mejor configuración y ponerla en SVN, pero esto crea un infierno de problemas.

  1. No hay garantía de que alguien cometa ajustes incorrectos y todos sufran
  2. Las configuraciones deberán cambiarse cada vez que ocurran cambios en la configuración.

Es mejor poner como referencia si alguien no tiene nada, entonces puede comenzar desde ahí.