Borland® StarTeam® 2006 - Borland Technical Publications
Borland® StarTeam® 2006 - Borland Technical Publications Borland® StarTeam® 2006 - Borland Technical Publications
Beispiel 1: Eine einfache Client-/Server-Anwendung Szenario: Eine kommerzielle Software-Anwendung besteht aus einer Serverkonfiguration, die in C++ geschrieben ist, und einem einzelnen Client, der ebenfalls in C++ geschrieben ist. Des Weiteren wird ein Großteil des Quellcodes und der IDE-Projekte, die die allgemeinen DLLs generieren, von den Client- und Servermodulen gemeinsam genutzt. Die Client- und Servermodule werden in der Regel zusammen verbessert und veröffentlicht. In diesem Szenario sollte ein einzelnes StarTeam-Projekt verwendet werden, um die kombinierten Dateien des Client- und Servermoduls zu verwalten. Die gemeinsame Nutzung des Quellcodes und die Zeitpläne für die gemeinsame Veröffentlichung legen nahe, dass die Module zusammenhängende Teile einer einzigen Anwendung sind. Anforderungen, Designdokumente, Änderungsanforderungen und andere Objekte, die für alle Lebenszyklusphasen des Client- und Servermoduls erforderlich sind, sollten im selben Projekt verwaltet werden. Beispiel 2: Ein unabhängiges Client-Modul Szenario: Eine neue Java-Client-Anwendung wird entwickelt, die denselben Server wie in Beispiel 1 verwendet. Die Build-Erzeugung und das Compilieren des Java-Clients erfordern, dass einige der vom Server verwendeten Header- Dateien und eine der DLLs einen JNI-Wrapper, jedoch keine weiteren Quelldateien erstellen. Des Weiteren greift die Java-Anwendung auf Server von Drittanbietern zu und wird in der Regel unabhängig von den Client- und Servermodulen verbessert und veröffentlicht. In diesem Szenario bietet es sich an, ein separates StarTeam-Projekt zu verwenden, um die Artefakte des Java- Clients zu verwalten. Die neuesten Header-Dateien und generierten DLLs, die vom Java-Client benötigt werden, werden von dem im Client-/Serverprozess verwendeten Build-Prozess in einen Ordner für externe Komponenten eingecheckt. Alle mit dem Java-Client in Zusammenhang stehenden Änderungsanforderungen, Tasks und anderen Lebenszyklusobjekte werden im selben Projekt verwaltet. Beispiel 3: Eine komplexe Finanzanwendungs-Suite Szenario: Eine komplexe Anwendungs-Suite besteht aus mehreren Grundkomponenten und nahezu 100 separaten Anwendungen, die in fünf Funktionsbereiche aufgeteilt sind: Buchhaltung, Versicherung, Prognose usw. Die Anwendungen werden von unterschiedlichen Teams entwickelt und alle verwenden die Grundkomponenten, die von den Entwicklungsteams gemeinsam verwaltet werden. Die Anwendungen innerhalb eines Funktionsbereichs sind eng miteinander verbunden, die Anwendungen zwischen den einzelnen Funktionsbereichen sind jedoch relativ unabhängig voneinander. Die Bibliothek der Grundkomponenten wird nach einem eigenen Zeitplan verbessert und veröffentlicht, die gesamte Anwendungs-Suite wird jedoch als kommerzielles Produkt in koordinierten Versionen veröffentlicht. Obwohl die einzelnen Komponenten der gesamte Anwendungs-Suite miteinander verknüpft sind, sollten aufgrund der Gesamtgröße der Anwendungs-Suite mehrere Projekte verwendet werden. Die Grundkomponenten werden in einem Projekt und jeder der fünf Funktionsbereiche wird in einem separaten Projekt verwaltet, um die entsprechenden Anwendungen zu verwalten (sechs Projekte insgesamt). Das Grundprojekt wird verbessert, erzeugt und anschließend in den einzelnen Funktionsbereichsprojekten bereitgestellt, indem die generierten .JAR-Dateien eingecheckt werden. Jedes Entwicklungsteam öffnet in der Regel nur ein Projekt, um die momentane Arbeit auszuführen. Es wird jedoch ein spezielles Build-Skript (mit dem StarTeam-SDK) verwendet, um Dateien aus mehreren Projekten zu extrahieren und vollständige Suite-Builds zu generieren. Das Build-Skript automatisiert zudem die Verwaltung der allgemeinen, projektübergreifenden Ansichts-Labels und Heraufstufungsstatuswerte. 306
Verwandte Konzepte Projektadministration Übersicht über Projekte Projektübergreifende Dateiabhängigkeiten Projektübergreifende Aktivitäten unterstützen Verwandte Verfahrensweisen Projekte verwalten 307
- Seite 255 und 256: 6 Es wird eine Replizierung ausgef
- Seite 257 und 258: andere Aktion setzen, die ausgefüh
- Seite 259 und 260: Schnellzugriff auf Projekte und Ele
- Seite 261 und 262: Sicherheit StarTeam bietet Sicherhe
- Seite 263 und 264: Die wichtigsten Knoten, für die Re
- Seite 265 und 266: Gruppenberechtigungen für Objekte
- Seite 267 und 268: ♦ Statuswerte in einer Ansicht ne
- Seite 269 und 270: Verwendung von Passwörtern Passwö
- Seite 271 und 272: Server-Zeitlimit-Optionen Sie könn
- Seite 273 und 274: Übersicht über Benutzer- und Grup
- Seite 275 und 276: Sicherheitsprotokolle Die Anwendung
- Seite 277 und 278: Verwandte Verfahrensweisen Mit dem
- Seite 279 und 280: Zugriffsrechte auf Projektebene gew
- Seite 281 und 282: Zugriffsrechte auf Ansichtsebene ge
- Seite 283 und 284: Zugriffsrechte in einer Verzweigung
- Seite 285 und 286: Zugriffsrechte verweigern StarTeam
- Seite 287 und 288: Zugriffsrechte und Gruppenberechtig
- Seite 289 und 290: Eigenschaftsdialogfeld mit StarTeam
- Seite 291 und 292: ♦ Verwenden Sie Tastaturkürzel,
- Seite 293 und 294: Steuerelemente Steuerelemente sind
- Seite 295 und 296: Benutzerdefinierte Eigenschaftsfeld
- Seite 297 und 298: Verwandte Verfahrensweisen Eigensch
- Seite 299 und 300: Tipp: Die mit der jeweiligen Server
- Seite 301 und 302: Verwandte Verfahrensweisen E-Mail-U
- Seite 303 und 304: Projektkonfiguration Dieser Abschni
- Seite 305: Projekte autonom halten Die auf ein
- Seite 309 und 310: aktualisiert wird, dann können Bui
- Seite 311 und 312: Ansichtskonfiguration und -verwaltu
- Seite 313 und 314: Vergleichen und Zusammenführen von
- Seite 315 und 316: Erläuterungen zu den Ansichtstypen
- Seite 317 und 318: Ansicht "Alle verzweigen" werden. E
- Seite 319 und 320: Ordnungsgemäße Verwendung von Ans
- Seite 321 und 322: Ansichten, die die iterative Entwic
- Seite 323 und 324: Wenn eine oder mehrere aufeinanderf
- Seite 325 und 326: Verwandte Konzepte Übersicht zu An
- Seite 327 und 328: des Befehls "Arbeitsordner erstelle
- Seite 329 und 330: Heraufstufungsstatuswerte Ein Herau
- Seite 331 und 332: Mit der Zeit ändert sich das Build
- Seite 333 und 334: Prozesselemente Änderungsanforderu
- Seite 335 und 336: Verwandte Konzepte Änderungsanford
- Seite 337 und 338: Verzweigungen Eine Verzweigungsansi
- Seite 339 und 340: Übersicht über die Verzweigungsop
- Seite 341 und 342: Verzweigungsverhalten von Ordnern o
- Seite 343 und 344: Auswirkungen auf Änderungsanforder
- Seite 345 und 346: Übersicht über das Vergleichen/Zu
- Seite 347 und 348: Übersicht über das Vergleichen/Zu
- Seite 349 und 350: Festschreibungsphase In der Festsch
- Seite 351 und 352: View Compare/Merge-Perspektiven Das
- Seite 353 und 354: Mithilfe der Zusammenführungspersp
- Seite 355 und 356: Verwandte Konzepte Ansichten vergle
Verwandte Konzepte<br />
Projektadministration<br />
Übersicht über Projekte<br />
Projektübergreifende Dateiabhängigkeiten<br />
Projektübergreifende Aktivitäten unterstützen<br />
Verwandte Verfahrensweisen<br />
Projekte verwalten<br />
307