NetBeans: ¿deberían nbactions.xml, nb-configuration.xml y catalog.xml entrar en control de fuente?

Question

This thread es muy útil para descubrir qué archivos en Netbeans deberían ir al control de origen, pero no cubre todos los archivos.

En particular, me pregunto si los siguientes archivos deberían pasar al control de código fuente. Aquí están mis suposiciones/conjeturas:

• nb-configuration.xml - más fáciles - el propio archivo en el comentario dice que debe entrar en control de código fuente.

• nbactions.xml - por lo que veo este archivo almacena información típica para ejecutar la aplicación. Es decir. Argumentos de JVM, etc. Supongo que es cuestión de gusto - si desea que otros desarrolladores tengan una configuración de ejecución "sugerida", inclúyala. De lo contrario, no lo hagas. ¿Correcto?

• catalog.xml - no está seguro de lo que esto hace (supongo que es utilizado por el editor para averiguar esquemas XML y como para permitir coloreado de sintaxis, pero es sólo una suposición). De todos modos, veo que este archivo tiene información específica del sistema (ruta), por lo que no debería pasar al control de fuente.

¿Alguien puede confirmar lo anterior? Gracias ,

Piotr

Answer 1

En mis proyectos basados ​​Maven pongo nbactions.xml en control de código fuente. Solo asegúrate de cambiar las rutas absolutas a las relativas.

Answer 2

Pongo nbactions.xml en control de fuente PERO hay una advertencia: su formato interno puede cambiar, así que si sus desarrolladores, por cualquier razón, usan versiones diferentes de NetBeans, podría tener que eliminarlo porque compartirlo se vuelve desagradable.

Recientemente me actualicé de NetBeans 7.3.1 a 7.4 y la acción "Ejecutar" estaba dando un mensaje de error extraño. Resolví el problema eliminando y regenerando nbactions.xml: el anterior tenía un objetivo Maven personalizado para las acciones "Ejecutar" y "Depurar"; era org.codehaus.mevenide:netbeans-deploy-plugin:1.2.4:deploy no estaba visible en el IDE v7.3.1 (tal vez ha sido generado por una versión aún más antigua para uso interno) y estaba generando una clase no encontrada para org.openide.util.Lookup en v7.4. Estoy documentando el problema aquí porque encontré la solución yo solo después de una búsqueda infructuosa en la red. Espero que esto pueda ayudar a alguien más.

Answer 3

nunca poner mis archivos de configuración IDE en el repositorio, por varias razones:

• otros colegas lo desea, puede utilizar el suyo;
• otros colegas pueden desear usar otros IDEs (como Eclipse) y ver esos archivos (o incluso tener que excluirlos de la caja) podría ser molesto para ellos;
• algunos de estos archivos generalmente no están relacionados con un solo proyecto, otros se generan automáticamente, por lo que no es necesario almacenarlos en el código fuente de cada proyecto.

Con el fin de excluirlos, nuestra primera solución fue la .svnignore, pero todavía era lógicamente equivocado de modificar algún contenido compartido para las necesidades específicas de un solo usuario, por lo que decidimos ser más estricta:

en mi ~/.subversion/config tengo:

[miscellany] 
global-ignores = nbactions.xml nbproject 

Espero que esto ayude,

Marcello