flex eclipse svn version-control flexbuilder

¿Qué archivos deberían pasar al control de código fuente en un proyecto de Flex Builder?



eclipse svn (4)

Noté que Eclipse (Flex Builder) genera cientos de archivos de metadatos. ¿Debería consultarlos en mi control de fuente? Parecen necesarios, porque si los elimino, Flex Builder abre un banco de trabajo vacío ...

Algunos de estos archivos claramente no pertenecen al control de fuente (como archivos .history y algunos archivos de caché). Si los elimino, mi proyecto se abre de nuevo sin problemas. Pero la lista es larga y no parece haber una separación clara entre las carpetas que contienen archivos que pertenecen al control de código fuente y las que no.

No puedo simplemente meterlos a todos en svn, incluso si tuviera que ignorar la ineficiencia, porque Eclipse genera nuevos constantemente, con diferentes nombres, que a su vez también parecen ser cruciales para que el proyecto cargue.

¿Alguien puede por favor iluminarme?


Generalmente coloco todo mi código fuente bajo src, y controlo src y todos sus descendientes. Si mi proyecto depende de cualquier dependencia externa (por ej., Cairngorm SWC, as3corelib, etc.), Flash / activos gráficos, hojas de estilo o archivos de recursos, los verifico también. Pero no compruebo ningún material generado (bin- *), intermedio o IDE específico, porque tener eso en control de fuente no parece proporcionar mucho beneficio práctico, y en mi experiencia solo me ha causado dolores de cabeza; en general, verifico el conjunto más mínimo de lo que necesitaría, dada una instalación limpia de FlexBuilder (o ninguna en absoluto, por ejemplo, si estaba compilando en cambio con mxmlc o compc) y un proyecto vacío, para construir el proyecto con éxito.


No verifique los cientos de archivos de metadatos. Si desea ver el proyecto de una manera que solo se pueda importar, regístrese:

.actionScriptProperties .project .flexProperties

Y "html-template" y "libs". Como dice Christian, cualquier recurso del que dependas. Por lo general, los guardo como proyectos separados de Flex Library.


La mayoría de los archivos de proyectos de eclipse, como .project, .properties, todo en .settings, pueden ir a su control de fuente. Siempre que los archivos no tengan configuraciones dependientes del usuario, como rutas de archivos o URL locales, debería estar bien.

Un método que utilizamos es crear archivos de propiedades locales que no se utilizan en SCM, pero que se incluyen en los que sí lo hacen. Es decir, un archivo de compilación de ant, que incluye un archivo local.properties que tiene metadatos locales.


¿Qué ocurre si las .actionScriptProperties, .project o .flexProperties tienen cosas dependientes del usuario en ellas? Por lo general, esta será la url o la información de ruta. ¿Cuál es la mejor forma de exteriorizar esto? Intenté crear variables de ruta, pero esto solo funciona obviamente para las rutas. No para cosas como nombre de host, etc.