Flex & SVN: ¿qué ignorar?

5

Solo ignoro el directorio .settings.

Debería ver el origen de los archivos de proyecto (.actionScriptProperties, .flexProperties, .project) y decidir si usted o su equipo necesitan su configuración en un proceso de pago limpio o no.

Si pone estos archivos bajo control de versión, entonces debe evitar los directorios específicos de la estación de trabajo en su configuración (configuración del servidor Flex) y sustituirlos por path variables.

Este es por ejemplo el contenido de mi archivo .flexProperties:

<?xml version="1.0" encoding="UTF-8" standalone="no"?> 
<flexProperties 
    enableServiceManager="false" flexServerFeatures="4" flexServerType="2" 
    serverContextRoot="/myProject" 
    serverRoot="${HTTP_DOCS}/myProject/" 
    serverRootURL="http://localhost/myProject" 
    toolCompile="true" useServerFlexSDK="false" version="1"/>

Fuente

2010-11-10 14:12:32 splash

1

mi humilde opinión puede ignorar:

.settings
.FlexUnitSettings
plantilla HTML (podría ser generada)
.actionScriptProperties
.flexProject
.project
.sourceMate (o el complemento que tenga)

Fuente

2010-11-10 13:35:11 hering

+6

No puede ignorar .flexProject, .project y .actionScriptProperties, estas son configuraciones de proyecto. Puede ignorar bin-debug y bin-release para evitar el depósito de basura. – alxx

+0

puede ignorar estas configuraciones, pero es su decisión. Si otro desarrollador tiene otra configuración de proyecto, sobrescribirá su configuración cada vez que presione algo. bin-debug y bin-release es un buen punto. No los enumero ya que son notas en mis carpetas de proyectos. – hering

+0

Diferentes configuraciones son realmente problemáticas. Pero si no compromete estas configuraciones, el proyecto no se puede generar después de finalizar desde cero. – alxx

1

De hecho, me guardo todo lo que no sea código fuente de SVN.

Mi proyecto en FB que está vinculado a SVN no tiene ninguna información de proyecto adjunta (es solo un proyecto), tengo un segundo proyecto que guardo localmente, que ES un proyecto de Flex/AIR que solo enlaza con la fuente en mi proyecto controlado.

Esto no solo significa que no corro el riesgo de registrar archivos generados, * archivos, etc. Esto significa que puedo mantener una configuración diferente de la de otros miembros de mi equipo.

Fuente

2010-11-10 14:46:26

+0

Uso un enfoque similar, excepto que no uso dos proyectos. Utilizo un directorio vinculado en un proyecto y lo configuro como el directorio de origen primario; que está bajo control de fuente. – JeffryHouser

+0

La única razón real para mantenerlo como proyecto es porque utilizamos Jupiter para nuestras revisiones de código, lo que significa que debe ser un proyecto. La salida de Júpiter se almacena en SVN, por lo que era una pequeña mentira blanca en mi respuesta. Si no fuera por Júpiter, no sería un proyecto en absoluto. –

3

De acuerdo. bin-debug y bin-release son los primeros en ignorar.

Fuente

2010-11-11 09:38:32 Paras

Flex & SVN: ¿qué ignorar?

Respuesta

Cuestiones relacionadas