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

Question

Me di cuenta de 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 no pertenecen al control de código fuente (como los 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.

Puede alguien por favor me ilumine?

Answer 1

No marque en los cientos de archivos de metadatos. Si usted quiere ser capaz de revisar el proyecto de una manera que sólo puede ser importado, a continuación, comprobar en:

.actionScriptProperties 
.project 
.flexProperties 

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

Answer 2

En general pongo todo mi código fuente bajo src, y controlo src y todos sus descendientes. Si mi proyecto depende de cualquier dependencia externa (por ejemplo, Cairngorm SWC, as3corelib, etc.), Flash/activos gráficos, hojas de estilo o archivos de recursos, también los compruebo. 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í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.

Answer 3

La mayoría de los archivos de proyecto de eclipse, como .project, .properties, todo en .settings, pueden entrar en su control de origen. 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. I.E un archivo de construcción ant que incluye un archivo local.properties que tiene metadatos locales.

Answer 4

¿Qué sucede si los .actionScriptProperties, .project o .flexProperties tienen cosas dependientes del usuario en ellos? 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.