Anlegen der Workspaces 

Verwendung

Um den Software-Change-Management-Prozess einzurichten, müssen Sie im Design Time Repository (DTR) zwei Workspaces anlegen. Einen Workspace für die Neuentwicklungen und einen für die Konsolidierung der Entwicklungsstände.

Das Anlegen der Repository-Struktur im Design Time Repository ist eine Administratorenaufgabe, die vor der lokalen Entwicklung stattfinden muss.

Voraussetzungen

Um im NetWeaver Developer Studio mit dem Design Time Repository (DTR) arbeiten zu können, müssen Sie zunächst einen DTR-Client konfigurieren.

Workspace-Struktur

Wir empfehlen, alle Workspaces, die Sie für Ihre Entwicklungen benötigen unter einem gemeinsamen Ordner projects im Root-Verzeichnis des DTR anzulegen (parallel zu dem Ordner system, der vom DTR automatisch anlegt wird und den Sie nicht verwenden sollten).

Unterhalb des projects-Ordners legen Sie für jedes Ihrer Entwicklungsprojekte einen Workspace-Ordner mit dem Projektnamen oder Applikationsnamen an. Auf dieser Ebene sind nicht die Projekte gemeint, die ein Entwickler im SAP NetWeaver Developer Studio anlegt, sondern Projekte auf einer höheren Planungsebene, an denen in der Regel mehrere Entwickler beteiligt sind.

Wenn Sie eigene Applikationen entwickeln und diese produktiv einsetzen, werden Sie einen Release-Zyklus benötigen. Nachdem Sie das erste Release Ihrer Applikation produktiv einsetzen, werden Sie mit der Entwicklung neuer Funktionen für das nächste Release beginnen wollen. Gleichzeitig müssen Sie aber in dem produktiv eingesetzten Release Fehler beheben können und kleinere Anpassungen vornehmen können. Daher benötigen Sie für jedes Projekt und Release eigene Workspaces, in denen Sie die verschiedenen Source-Stände verwalten. Deshalb empfehlen wir, unterhalb der Projekt-Workspace-Ordner einen Workspace-Ordner für jedes Release anzulegen.

Unterhalb der Release-Ordner legen Sie einen Workspace dev für die Entwicklung und einen Workspace cons für die Konsolidierung an.

Die so definierte Workspace- und Projektstruktur erleichtert es, einen Stand einer Applikation als Ganzes in die produktive Umgebung zu übernehmen, da alle Sourcen und benötigten Metadaten einer Applikation in genau einem DTR Workspace liegen.

Daraus ergibt sich die folgende Empfehlung für die Workspace-Struktur im DTR:

DTR-Root (DTR-Wurzelverzeichnis)

·        projects (Workspace-Ordner)

¡        Projektname (Workspace-Ordner)

§         Release (Workspace-Ordner)

·         dev (Workspace)

·         cons (Workspace)

Die Strukturknoten projects, Projektname und Release sind dabei Workspace-Folder, die das Projekt über den eigentlichen Workspaces dev und consstrukturieren.

Wie Sie die Struktur mit dem Kommandozeilen-Client anlegen ist unter Workspace-Ordner und Workspaces anlegen beschrieben. Alternativ können Sie auch das DTR-Administrator-Plugin verwenden.

Die Struktur eines Servlet-Projekts mit Namen Calculator kann beispielsweise so aussehen.