Qual è il modo migliore per mettere un progetto Flex3 sotto il controllo del codice sorgente (sovversione)

Question

Configurare il progetto Flex per lo sviluppo di gruppi può essere un po 'complicato. Ci sono molte piccole impostazioni locali che potrebbero dover essere modificate per avere un progetto che può essere facilmente verificato.

Ho avuto un successo limitato usando le utility di progetto flex import / export integrate. Mi sembra che finisca molto il montaggio a mano e penso che potrei perdere qualcosa.

Aggiorna Ho trascurato di menzionare in origine che il mio obiettivo è quello di rendere possibile il checkout di un progetto dalla sovversione e mettermi in moto con il minimo sforzo possibile. I maggiori problemi che ho riscontrato riguardano la gestione del & Quot; punto & Quot; file e come renderli sufficientemente flessibili per gestire diversi ambienti di sviluppo.

Ad esempio, anche solo con me, vorrei avere questa capacità: al lavoro utilizzo una macchina Vista e a casa uso un Mac. Vi sono certamente differenze nel modo in cui vengono descritti alcuni percorsi, ma in realtà sono abbastanza simili. Su Vista, la radice flessibile è c: / ColdFusion8 / wwwroot, su OS X, è / Applicazioni / ColdFusion8. Sono stato in grado di impostare una variabile del percorso delle risorse collegate sia per CF_FLEX_SERVER che per WEBSERVER a cui faccio riferimento utilizzando la sintassi $ {WEBSERVER} / myProject.

Finora sembra funzionare abbastanza bene, ma trovo che ci siano alcuni posti che presenta ancora problemi. Nello specifico, nel file .project trovi qualcosa del tipo:

<linkedResources>
    <link>
        <name>bin-debug</name>
        <type>2</type>
        <location>c:/inetpub/wwwroot/myProject-debug</location>
    </link>
</linkedResources>

Sfortunatamente, se provo a cambiare l'entità posizione in $ {WEBSERVER} / wwwroot / myProject-debug, flex genera un errore del compilatore. È un peccato, perché praticamente tutto il resto funziona.

Answer 1

Ho già risolto questo problema e in genere ho impostato i miei progetti come tali:

  

Applicazione / trunk / source / < - lo spazio di lavoro è qui (può anche essere in 'trunk')   Applicazione / trunk / source / Applicazione & Lt; - Applicazione qui

Mantengo il mio progetto (.actionScriptProperties, .flexProperties, .project, .settings) in SVN, ma NON il mio spazio di lavoro (.metadata) perché è troppo grande.

Trovo che importare progetti tramite Import - > Il progetto Flex applica molte restrizioni. Ad esempio, se lo spazio di lavoro si trovava nella directory "trunk" sopra, l'importazione come progetto Flex provocherà la copia del progetto in trunk / applicazione o semplicemente il reclamo della posizione.

Il modo migliore per farlo è creare l'area di lavoro e quindi Importa - > [Generale] Progetti esistenti nell'area di lavoro. L'unica differenza è che dovrai aggiungere manualmente la prospettiva di sviluppo flessibile.

Modifica: consiglierei anche di impostare le opzioni del compilatore su " Usa SDK predefinito " e quindi impostare l'SDK appropriato come predefinito. Ciò impedirà il commit-tennis quando ogni sviluppatore nomina diversamente il suo SDK.

Answer 2

Poiché Flex Builder è scritto sopra Eclipse, può integrarsi con Subclipse . Ciò consente di contrassegnare facilmente i file come "SVN ignore" per evitare impostazioni specifiche del progetto. L'ho usato per aggiungere i miei progetti Flex a un repository SVN esistente, che ho verificato su più siti. Ho notato alcuni problemi qua e là (alcuni checkin ottengono errori, ma sono relativamente rari), ma generalmente funziona.

Answer 3

Dai un'occhiata a questo articolo di Adobe. Una soluzione ai tuoi problemi multipiattaforma potrebbe risiedere in alcune delle tecniche che copre per la creazione di progetti per l'integrazione continua.

http://www.adobe.com/devnet/flex/articles/ flex_streamline_project_environment.html