Mittwoch, 26. Januar 2005
Zu blöd für Eclipse
In letzter Zeit bin ich etwas genervt von der Behäbigkeit meines Editors Komodo.
Also habe ich einmal Eclipse installiert, PHPEclipse eingerichtet und wollte loslegen.
Dann fing der Stress erstmal an, dass ich nicht einfach wie bei Komodo gewöhnt ein paar Dateien gleichzeitig öffnen kann und loslegen. Nein, stattdessen benötigt Eclipse wohl ein angelegtes Projekt.
Also habe ich einmal Eclipse installiert, PHPEclipse eingerichtet und wollte loslegen.
Dann fing der Stress erstmal an, dass ich nicht einfach wie bei Komodo gewöhnt ein paar Dateien gleichzeitig öffnen kann und loslegen. Nein, stattdessen benötigt Eclipse wohl ein angelegtes Projekt.
Also mal ein kurzer Einschub zu meiner Arbeitsweise: Ich arbeite ziemlich chaotisch und filesystembasiert. Im Komodo habe ich oft mehrere Dateien unterschiedlichster Projekte geöffnet - immer nur ausgewählte Dateien, weil das komplette Framework zu öffnen zu umständlich ist.
Für die Entwicklung von Serendipity habe ich auf meinem heimatlichen Linux-Server eine Working Copy des CVS Repositorys erstellt. Auf diese Dateien kann ich per FTP zugreifen. Dafür nutze ich das wundervoll freie Tool Novell NetDrive - das mappt FTP Verbindungen als normales Windows-Laufwerk und stellt sie jeder Applikation zur Verfügung. Somit kann ich von jedem PC aus die Dateien auf meinem Linux-Server bearbeiten und die Ergebnisse per HTTP auf dem Linux-Server ansehen.
Das ist praktisch und gefällt mir - ich muss nicht auf jedem meiner Arbeits-PCs (3 an der Zahl) ein eigenes WAMP/LAMP aufsetzen und CVS checkouts fahren. Ich habe nur ein zentrales Working Directory, und alle Änderungen sind sofort im "Live-Auftritt" sichtbar.
Zurück zu Eclipse: Das zwängt mich jetzt wohl in eine Projekt-Ansicht. Dort habe ich also ein neues Projekt "Serendipity" angelegt, und begann unwissenderweise fleißig alle Dateien meines virtuellen FTP-Laufwerks X:/Serendipity/ zu importieren. Nach viel FTP-Transfer hat Eclipse dann wohl alle Dateien runtergeladen und lokal gespeichert.
Wenn ich jetzt eine Datei des Projektes speichere, landet die Änderungen nur in meinem D:/Eclipse/projects/ Verzeichnis, aber wird nicht auf X:/Serendipity/ gespeichert. Das ist natürlich extrem bescheiden, denn dann müsste ich ja jedesmal manuell die geänderten Dateien online stellen, um Änderungen zu testen.
Der "File > Import > Filesystem" Menüpunkt von Eclipse bietet mir auch keine Möglichkeit, nur Links oder Verknüpfungen auf einen Verzeichnisbaum zu erstellen - wäre ja noch schöner.
Stelle ich mich jetzt zu blöd an, oder kann ich mit dem ach-so-mächtigen Eclipse tatsächlich keine bestehenden Dateien in ein Projekt verlinken? Ich möchte auf keinen Fall ein WAMP/LAMP auf 3 Eclipse-Rechnern installieren und dann mit 3 verschiedenen Repositories hantieren. Lokale CVS checkouts sind ebenfalls nicht sinnvoll, weil ich ja von 3 unterschiedlichen Rechnern jeweils meine aktuellsten, nicht committeten Änderungen weiterverfolgen möchte. Ich bin leicht aggressiv. B-)
Für die Entwicklung von Serendipity habe ich auf meinem heimatlichen Linux-Server eine Working Copy des CVS Repositorys erstellt. Auf diese Dateien kann ich per FTP zugreifen. Dafür nutze ich das wundervoll freie Tool Novell NetDrive - das mappt FTP Verbindungen als normales Windows-Laufwerk und stellt sie jeder Applikation zur Verfügung. Somit kann ich von jedem PC aus die Dateien auf meinem Linux-Server bearbeiten und die Ergebnisse per HTTP auf dem Linux-Server ansehen.
Das ist praktisch und gefällt mir - ich muss nicht auf jedem meiner Arbeits-PCs (3 an der Zahl) ein eigenes WAMP/LAMP aufsetzen und CVS checkouts fahren. Ich habe nur ein zentrales Working Directory, und alle Änderungen sind sofort im "Live-Auftritt" sichtbar.
Zurück zu Eclipse: Das zwängt mich jetzt wohl in eine Projekt-Ansicht. Dort habe ich also ein neues Projekt "Serendipity" angelegt, und begann unwissenderweise fleißig alle Dateien meines virtuellen FTP-Laufwerks X:/Serendipity/ zu importieren. Nach viel FTP-Transfer hat Eclipse dann wohl alle Dateien runtergeladen und lokal gespeichert.
Wenn ich jetzt eine Datei des Projektes speichere, landet die Änderungen nur in meinem D:/Eclipse/projects/ Verzeichnis, aber wird nicht auf X:/Serendipity/ gespeichert. Das ist natürlich extrem bescheiden, denn dann müsste ich ja jedesmal manuell die geänderten Dateien online stellen, um Änderungen zu testen.
Der "File > Import > Filesystem" Menüpunkt von Eclipse bietet mir auch keine Möglichkeit, nur Links oder Verknüpfungen auf einen Verzeichnisbaum zu erstellen - wäre ja noch schöner.
Stelle ich mich jetzt zu blöd an, oder kann ich mit dem ach-so-mächtigen Eclipse tatsächlich keine bestehenden Dateien in ein Projekt verlinken? Ich möchte auf keinen Fall ein WAMP/LAMP auf 3 Eclipse-Rechnern installieren und dann mit 3 verschiedenen Repositories hantieren. Lokale CVS checkouts sind ebenfalls nicht sinnvoll, weil ich ja von 3 unterschiedlichen Rechnern jeweils meine aktuellsten, nicht committeten Änderungen weiterverfolgen möchte. Ich bin leicht aggressiv. B-)
Trackbacks
Trackback-URL für diesen Eintrag
Keine Trackbacks
Kommentare
Ansicht der Kommentare:
(Linear | Verschachtelt)
Leider scheitere ich gerade dabei, Eclipse und Subversion (unter Linux) unter einen Hut zu bringen
Ich hab tatsächlich nur Tomaten auf den Augen gehabt. NATÜRLICH kann man beim "New Project" Dialog ein bereits bestehendes Projektverzeichnis angeben, in meinem Fall halt zum X:/ Ordner - und dafür muss man nur einen Haken bei "[x] Default content" beim Erstellen deaktivieren.
Jetzt scheint alles so zu tun, wie ich's mir gewünscht habe. Danke an dieser Stelle an Octavian und Michael Pietz!
Jean Pierre: Auch Dank an Dich, aber mit obiger Methode bin ich erstmal ums patchen von workspace-Dateien herumgekommen. Mit Subversion hab ich leider noch keine Erfahrungen, sorry.
Das hat dann letztendlich den gleichen Effekt wie die Auswahl des Projektverzeichnisses bei neuen Projekten...
