Ich versuche, mich wieder mit der Eclipse-Umgebung und der Ameisenintegration vertraut zu machen.
Die Frage ist: Wie behalte ich meine Quellen dir + build.xml vom Arbeitsbereich getrennt?
Was ich habe ist ein kleines Java-Projekt und seine build.xml-Datei mit allen Quellen, die unter einem separaten platziert sind Projektordner. Ich startete dann Eclipse und ließ es mein Projekt über importieren Neues Projekt - & gt; "Java-Projekt von der vorhandenen Ant-Build-Datei"
Alles ging gut, bis ich das Projekt in Eclipse mit build.xml erstellen wollte. Ant beginnt sich zu beschweren, den Quellbaum nicht finden zu können. Nachdem ich es untersucht habe der Arbeitsbereich Ich fand, dass Eclipse die build.xml in den Arbeitsbereich kopiert hatte, so ist es offensichtlich, dass Ameisen dort keine Quellen finden konnten. Sie sind immer noch unter meinem Projektleiter und ich möchte sie dort behalten, wenn möglich.
Also, was ist der beste Weg, damit diese Einrichtung funktioniert? Arbeitsbereich auf der einen Seite, mein Projekt auf der anderen Seite?
Danke!
edit: Ist das was ich will auch möglich?
Anstatt "Java-Projekt aus vorhandener Ant-Builddatei" zu verwenden, erstellen Sie einfach ein einfaches "Java-Projekt". Deaktivieren Sie im Assistenten die Option "Standardspeicherort verwenden" und geben Sie den Pfad zum obersten Verzeichnis Ihres vorhandenen Projekts ein (oder suchen Sie dort) (z. B. wo sich Ihre Datei build.xml befindet). True, Eclipse wird .project- und .classpath-Dateien in Ihrem Projektverzeichnis erstellen (sofern sie nicht bereits vorhanden sind), aber das Projekt bleibt außerhalb des Eclipse-Arbeitsbereichs.
Wie dem auch sei, dieses Setup hat in einer ganz besonderen Situation auf einem Standalone-System sehr gut funktioniert, bei dem sich der Quellbaum an einem gemeinsamen Ort befindet, aber jeder Benutzer einen Arbeitsbereich an einem geschützten Ort hat. Mit der oben beschriebenen Methode kann jeder Benutzer dieses Systems ein Projekt in seinem eigenen Eclipse-Arbeitsbereich erstellen, Ant-Ziele ausführen und anschließend das Projekt aus seinem eigenen Arbeitsbereich entfernen, ohne die Arbeitsbereiche anderer Benutzer zu beeinflussen.
Ich mache das die ganze Zeit in C ++ - Projekten (kein Java, sorry, aber ich denke, das Konzept ist tragbar).
Ich habe meine Arbeitsbereiche in ~ / workspaces / {workspace_name}. Ich habe eine einzige freigegebene Projektdatei in ~ / {my_projects, und dann sind die Quellbäume (mehrere Versionen) in ~ / proj1, ~ / proj2 usw.
In jedem ~ / proj * Verzeichnis habe ich einen Symlink zu ~ / my_projects / .project und .cproject (benötigt für C ++, nicht in Java) gesetzt. Daher teilt jeder Quellbaum die einzelne Projektdatei. Dann projektiere ich in jedem Arbeitsbereich (einen für jeden Quellbaum) den Arbeitsbereich, indem ich den Projektlink importiere. Beispiel: ~ / workspaces / proj1 importiert ~ / proj1 / .project, aber ~ / proj1 / .project ist eigentlich ein Symlink zu ~ / my_projects / .project.
Damit bleibt die Quelle von den Arbeitsbereichen getrennt. Beim Aufbau gibt es keine richtige Konfiguration - ich habe Eclipse nur im entsprechenden Knoten des Baumes ausführen lassen - wir haben bereits unser eigenes befehlsorientiertes Build-System (wir verwenden keine Ameise, aber das gleiche Prinzip sollte gelten) ).
Ich kontrolliere den ~ / my_projects-Ordner in einem privaten Bereich des SCM, so dass andere Teammitglieder ihn nicht sehen oder sich damit beschäftigen - viele von ihnen verwenden Eclipse überhaupt nicht.
Es ist nicht wirklich notwendig, Ant und Eclipse mit denselben Quelldateien zu umgehen. In der Tat ist es wahrscheinlich besser, dass sie das gleiche Set verwenden.
Denken Sie daran, Sie mischen nichts wirklich. Es gibt nur einen Satz von Quelldateien und dann gibt es zwei verschiedene Möglichkeiten, es zu erstellen; Ant und Eclipse. Diese Builder sind voneinander unabhängig, sodass es kein Problem ist, mit Eclipse gekoppelt zu werden. Sie können sogar alle Eclipse-Dateien (.classpath, .project, .settings) problemlos in die Quellcodeverwaltung einbinden, ohne Entwickler zu beeinträchtigen, die eine andere IDE verwenden.
Ich mache das die ganze Zeit (freilich mit Maven, nicht mit Ameise), aber es gilt das gleiche Prinzip.
Wenn Sie ein bestehendes Projekt in Eclipse haben (mit dem .project im Quellbaum), können Sie Projekt- & gt; Vorhandenes Projekt importieren importieren. Wenn das Dialogfeld angezeigt wird, können Sie "Projekte in Arbeitsbereich kopieren" auswählen. Stellen Sie sicher, dass dies deaktiviert ist und sie importieren.
Sie speichern das Projekt weiterhin im ursprünglichen Quellbaum, aber das ist alles.
So, jetzt habe ich
Tags und Links eclipse ant integration workspace build.xml