version control - que - ¿Qué archivos de proyectos NetBeans deberían pasar al control de código fuente?

que es netbeans pdf (4)

Normalmente usamos Eclipse para un proyecto Java en particular, pero recientemente importé el proyecto en NetBeans para usar sus funciones de creación de diálogo.

Como probablemente regrese a esto, quería almacenar los archivos del proyecto NetBeans en control de versiones. Sin embargo, no quiero enviar archivos que sean "míos" frente a "proyectos", es decir, archivos con mi propia configuración que entren en conflicto con los de otro usuario.

NetBeans creó la siguiente estructura en el área del proyecto de nivel superior:

nbbuild nb-build.xml nbproject <various files> configs private

Claramente, nbbuild es un resultado de compilación, por lo que no entrará. El archivo nb-build.xml parece probable, al igual que la mayoría de nbproject . Sin embargo, nbproject/private sugiere que es "mío". Echando un vistazo a "configs", no está claro para mí si eso es mío o proyecto ...

Alguien tiene algunas pautas?

El artículo de la base de conocimiento de NetBeans sobre archivos de proyecto y control de versiones analiza los archivos del proyecto NetBeans, con consejos poco claros sobre qué archivos son específicos del proyecto (es decir, se pueden compartir mediante control de versiones) y cuáles son específicos del usuario.

Aquí está la sección sobre control de versiones:

Si el proyecto está desprotegido de un sistema de control de versiones, las build (o nbbuild ), dist (o nbdist ) y las carpetas nbproject/private no deben registrarse en ese sistema de control de versiones.
Si el proyecto está bajo los sistemas de control de versiones CVS, Subversion o Mercurial, los archivos "ignorar" apropiados se crean o actualizan para estos directorios cuando se importa el proyecto.
Aunque se debe ignorar nbproject/private , nbproject debe registrarse en el sistema de control de versiones. nbproject contiene metadatos del proyecto que permiten a otros usuarios abrir el proyecto en NetBeans sin tener que importar primero el proyecto.

Ninguna.

Solo los archivos de origen, los scripts de compilación y la documentación que no se genera automáticamente (por ejemplo, el resultado de herramientas como JavaDoc y Doxygen) deben registrarse en un repositorio. Cosas como archivos de proyectos, binarios y documentación generada no deberían registrarse.

La razón es doble. En primer lugar, no desea sobrescribir la configuración del proyecto de otro desarrollador con la suya. En segundo lugar, es posible que otros desarrolladores no estén usando el mismo IDE que usted (o incluso un IDE), así que no les dé más de lo que necesitan para compilar (el proyecto o su documentación asociada) o ejecutar el proyecto.

Resulta que tanto Thomas como Petercardona son correctos, en cierto modo. NetBeans recomienda que solo importe código fuente y / o documentación. Oh y la carpeta nbproject pero no las carpetas * nbproject / private **.

Del artículo de NetBeans Knowledge Base sobre la importación de proyectos de Eclipse :

Consideraciones de control de versión
Si el proyecto está desprotegido de un sistema de control de versiones, las compilaciones (o nbbuild), dist (o nbdist) y las carpetas nbproject / private no deben registrarse en ese sistema de control de versiones.
Si el proyecto está bajo los sistemas de control de versiones CVS, Subversion o Mercurial, los archivos "ignorar" apropiados se crean o actualizan para estos directorios cuando se importa el proyecto.
Aunque se debe ignorar nbproject / private , nbproject debe registrarse en el sistema de control de versiones. nbproject contiene metadatos del proyecto que permiten a otros usuarios abrir el proyecto en NetBeans sin tener que importar primero el proyecto.

Tal como se probó con Netbeans 6.8, solo el project.xml , configurations.xml y el makefile principal (el personalizable en el directorio padre del directorio ''nbproject'' , con definiciones de destino pre / post) deben distribuirse a través del repositorio. Todos los demás archivos serán (re) generados automáticamente por Netbeans ( Makefile-impl.ml , Makefile-variables.ml , todos los Makefile-$CONF , Package-$CONF.bash ). El directorio ''privado'' también debe ser ignorado, obviamente.