git + Flash Builder-Workflow: Wie richte ich es ein, damit git reibungslos funktioniert?

9

Ich verwende git, um ein Projekt zu verfolgen, das ich in Flash Builder entwickle, und ich frage mich, wie ich es am besten tracken kann, insbesondere in Bezug auf von Flash Builder generierte Dateien, generierte Compiler-Dateien und Quelldateien Das sind nicht unbedingt flexible Dateien.

Ich hatte es eingerichtet, um alle Flash Builder zu ignorieren. Projekt & amp; Debuggen von Verzeichnissen über .gitignore:

%Vor%

und Behandeln von swf / swc-Dateien als Binärdateien über .gitattributes

%Vor%

Ein Problem mit diesem Setup ist das Auschecken dieses Projekts und das Verwenden von     es in Flash Builder von Grund auf:

Flash Builder mag es nicht, wenn Sie haben einen Projektordner ohne die .project-Dateien. Nur zu Importieren Sie die Quelle in Flash Builder wie folgt:

  1. Erstellen Sie eine neue Flex-Anwendung

  2. Erstickt die Vorlage, die es enthält erstellt (insbesondere APP_NAME.mxml) mit einem Git Klon.

Wo kann ich Bibliotheken ablegen? Aus der Git-Perspektive möchte ich sie im lib-Ordner des Repos haben. Wenn also jemand das Repo klont, funktioniert alles, aber von einem lokalen Dateisystemperspektive Ich möchte alle meine Bibliotheken an einem einzigen Speicherort speichern und sie mit Flash Builder referenzieren, da ich die Bibliothek aktualisieren oder eine spätere Version herunterladen kann. Vielleicht sollte ich die Bibliotheken in ihr eigenes Repo setzen und sie als Git-Modul laden? Auf diese Weise muss ich mich nicht manuell daran erinnern, meine Y-Bibliotheksdateien in allen X-Projekten zu aktualisieren, die sie verwenden, bearbeiten: sie werden einfach aktualisiert, wenn ich die Submodule jedes Projekts aktualisiere.

Und was ist mit externen swfs / flex-Modulen? Ich habe externe SWF-Dateien im bin-debug-Ordner gespeichert, damit die SWFLoader-Klasse sie finden kann, aber weil ich .gitimignoring bin Der bin-debug-Ordner, sie kommen nicht mit dem Repo, wenn es geklont wird.

Ein letztes Problem ist, wo die Dateien für den Server aufbewahrt werden sollen . Habe ich sie in einem separaten Repo? Ich benutze PHP-VOs mit AMFPHP, also ist es gut, die PHP-Dateien neben meinen ActionScript-Dateien in Flash Builder bearbeiten zu können ... aber sie gehören nicht in den Projekt-Ordner src.

Die aktuelle Lösung, die ich verwende, ist:

  1. Erstellen eines 'server' Ordners im Projektstammverzeichnis

  2. Zeige einen apache virtualhost auf ihn

  3. Festlegen der Einstellungen für Ausführen / Debug auf Ссылка

  4. Verwenden Sie dann den Serverordner als Ersatz für bin-debug, wenn die Dateien exportiert werden

Das Problem dabei ist, dass ich eine Menge von Compiler-generierten Dateien und Nicht-AS-Quelldateien in meinem Serverordner habe. Es scheint einfach keine elegante Lösung.

Wie richtest du git ein, um mit Flash Builder reibungslos zu arbeiten? Könnte das alles mit mehreren Git-Repos / Flash Builder-Projekten oder einem ANT-Skript oder so etwas gelöst werden?

Danke.

    
timoxley 07.10.2009, 02:23
quelle

2 Antworten

2

Ich habe eine gute Lösung gefunden, die den ganzen Horror, nicht aufgefundene Dateien zu haben und eine riesige .ignore-Liste zu behalten, vermeidet:

REINIGIEREN Sie Ihre Projekte, bevor Sie ein Commit durchführen.

Einfach so.

Ob von Flash Builder oder von ant, Sie sollten trotzdem die Möglichkeit haben, zu bereinigen. Wenn Sie also einfach vor dem Commit säubern, wird das Problem der generierten Dateien behoben. Duh.

Tatsächlich könntest du es wahrscheinlich als git hook oder so einrichten.

    
timoxley 15.10.2009, 03:50
quelle
2

In der Regel für Eclipse-Projekte mit einem beliebigen SCM, checke ich zunächst alles ein, einschließlich .projects usw., aber in meinem Fall vielleicht außer bin-debug. Dann stellen Sie sicher, dass jeder, der das Projekt auscheckt, diese .xxx-Dateien nie wieder eincheckt. Zum Beispiel, wenn ich notgedrungen arbeite, prüfe ich zuerst die .xxx Dateien in eine Änderungsliste, die ich nie einchecke. Dann schau dir den Rest auf einer separaten Änderungsliste an.

Ein weiterer Tipp ist die Verwendung von benutzerdefinierten Bibliotheksvariablen, wenn Sie mit Buildpfaden usw. arbeiten.

    
user111677 08.10.2009 03:31
quelle