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

Noté que Eclipse (Flex Builder) genera cientos de files 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 files claramente no pertenecen al control de fuente (como files .history y algunos files de caching). Si los elimino, mi proyecto se abre de nuevo sin problemas. Pero la list es larga y no parece haber una separación clara entre las carpetas que contienen files 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?

No verifique los cientos de files 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.

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 ejemplo, Cairngorm SWC, as3corelib, etc.), Flash / elementos charts, hojas de estilo o files de resources, 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 set más mínimo de lo que necesitaría, dada una installation limpia de FlexBuilder (o ninguna en absoluto, por ejemplo, si estaba comstackndo en cambio con mxmlc o compc) y un proyecto vacío, para build el proyecto con éxito.

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

Un método que utilizamos es crear files de properties locales que no se utilizan en SCM, pero que se incluyen en los que sí lo hacen. Es decir, un file de compilation de ant, que incluye un file 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 routes. No para cosas como nombre de host, etc.