Was ist die beste Möglichkeit, ein Flex3-Projekt unter Versionskontrolle zu stellen (Subversion)

Question

Das Einrichten eines Flex-Projekts für die Gruppenentwicklung kann etwas schwierig sein. Es gibt viele kleine lokale Einstellungen, die möglicherweise angepasst werden müssen, um ein Projekt zu haben, das leicht ausgecheckt werden kann.

Ich hatte begrenzten Erfolg mit den integrierten Import/Export-Flex-Projekt-Dienstprogramme. Ich scheine viel von Hand zu schneiden und ich denke, ich könnte etwas verpassen.

UPDATE ich vernachlässigt ursprünglich zu erwähnen, dass mein Ziel es möglich, zur Kasse ein Projekt von Subversion und aufstehen und laufen mit so wenig Aufwand wie möglich zu machen. Die größten Probleme, denen ich begegnet bin, drehen sich um die Verwaltung der "dot" -Dateien und darum, wie sie flexibel genug sind, um mit unterschiedlichen Entwicklerumgebungen umgehen zu können.

Zum Beispiel, nur mit mir, würde ich gerne diese Fähigkeit haben: Bei der Arbeit benutze ich eine Vista-Maschine und zu Hause benutze ich einen Mac. Es gibt sicherlich Unterschiede in der Art, wie bestimmte Pfade beschrieben werden, aber sie sind sich wirklich sehr ähnlich. Unter Vista ist der Flex-Stamm c:/ColdFusion8/wwwroot, unter OS X ist es/Applications/ColdFusion8. Ich bin in der Lage gewesen, eine verbundene Betriebsmittelwegvariable für CF_FLEX_SERVER und WEBSERVER zu gründen, die ich dann mit der $ {WEBSERVER}/myProject Syntax referenziere.

Bisher scheint es ziemlich gut zu funktionieren, aber ich finde, es gibt ein paar Orte, an denen es immer noch Probleme gibt. Insbesondere in der .project Datei finden Sie so etwas wie:

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

Leider, wenn ich versuche, die Lage Einheit zu $ ​​{WEBSERVER}/wwwroot/myProject-debug zu ändern, flex wirft einen Compiler-Fehler. Das ist schade, denn so ziemlich alles andere funktioniert.

Answer 1

Ich habe durch dieses Problem gearbeitet und meine Projekte in der Regel als solche eingerichtet:

Anwendung/Stamm/source/< - Arbeitsplatz ist hier (auch in ‚Stamm‘ sein) Anwendung/trunk/Quelle/Application < - Anmeldung hier

ich tun, um mein Projekt halten (.actionScriptProperties, .flexProperties, .project, .settings) in SVN, aber nicht mein Arbeitsplatz (.metadata), weil es zu groß ist.

Ich finde, dass das Importieren von Projekten über Import -> Flex Project viele Einschränkungen erzwingt. Wenn sich Ihr Arbeitsbereich beispielsweise im Verzeichnis "trunk" befand, führt das Importieren als Flex-Projekt dazu, dass das Projekt Kopien in trunk/Application erstellt oder sich einfach über den Speicherort beschwert.

Der bessere Weg ist es, den Arbeitsbereich zu erstellen und dann Importieren -> [Allgemein] Vorhandene Projekte in den Arbeitsbereich. Der einzige Unterschied besteht darin, dass Sie die Flex-Entwicklungsperspektive manuell hinzufügen müssen.

Bearbeiten: Ich würde auch empfehlen, Ihre Compiler-Optionen auf "Standard SDK verwenden" und dann das entsprechende SDK als Standard festlegen.Dies verhindert ein Commit-Tennis, wenn jeder Entwickler sein SDK anders benennt.

Answer 2

Da Flex Builder auf Eclipse geschrieben ist, kann es mit Subclipse integriert werden. Auf diese Weise können Sie Dateien ganz einfach als "SVN ignorieren" markieren, um projektspezifische Einstellungen zu vermeiden. Ich habe dies verwendet, um meine Flex-Projekte zu einem vorhandenen SVN-Repository hinzuzufügen, das ich auf mehrere Websites ausgecheckt habe. Ich habe ein paar Probleme hier und da bemerkt (einige Checkins bekommen Fehler, aber sie sind relativ selten), aber es funktioniert im Allgemeinen.

Answer 3

Werfen Sie einen Blick auf diesen Artikel von Adobe. Eine Lösung für Ihre plattformübergreifenden Probleme kann in einigen der Techniken enthalten sein, die für die Einrichtung von Projekten zur kontinuierlichen Integration abgedeckt werden.

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