Borland® StarTeam® 2006 - Borland Technical Publications
Borland® StarTeam® 2006 - Borland Technical Publications Borland® StarTeam® 2006 - Borland Technical Publications
Projektübergreifende Aktivitäten unterstützen Unabhängig davon, wie Sie Ihre Projekte partitionieren, werden Sie feststellen, dass sich bestimmte Lebenszyklus- Aktivitäten über mehrere Projekte erstrecken. Nachfolgend finden Sie einige Beispiele zu diesen Szenarios und ihrer Handhabung: Projektübergreifende Builds Fehlersichtung Builds, die Dateien aus mehreren Projekten benötigen, können das StarTeam-SDK verwenden, das mehrere Projekte gleichzeitig öffnen kann. Alternativ können iterative Aufrufe des StarTeam-Befehlszeilen- Tools (stcmd) zum Auschecken der Dateien aus den jeweiligen Projekten verwendet werden. Wenn ein neuer Fehler entdeckt wird, wird dieser häufig als Änderungsanforderung eingegeben, bevor das zu reparierende Modul bekannt ist. Da die Änderungsanforderungen normalerweise in dem Projekt verwaltet werden, das die zu ändernden Dateien enthält, und Sie festlegen müssen, wo die Änderungsanforderung erstellt werden soll, stehen Sie gleich zu Beginn vor einem Problem. Ein Projektleiter "sichtet" die Änderungsanforderung zunächst, indem er sie der Person zuweist, die sie seiner Meinung nach bearbeiten sollte. Während die Änderungsanforderung analysiert wird, ist das Modul, das letztendlich geändert wird, möglicherweise nicht sofort bekannt. Eine einfache Lösung für dieses Szenario ist, alle Änderungsanforderungen an einen bekannten Speicherort zu platzieren (z. B. in einem Projekt namens "Neue Defekte") und sie anschließend bei Bedarf in das entsprechende Projekt zu "verschieben" (nicht kopieren). Projektübergreifende Berichtserstellung Derzeit enthält StarTeam keine integrierten projektübergreifenden Berichte. Wenn Sie daher Berichte generieren möchten, z. B. "Alle offenen Änderungsanforderungen in allen Projekten" oder "Serverübergreifende Dateimetriken", sollten Sie am besten das StarTeam-SDK verwenden, um einfache Berichtserstellungsanwendungen in Java, VB oder Ihrer bevorzugten Sprache zu erstellen. Verwandte Konzepte Projektadministration Übersicht über Projekte Projekte autonom halten Projektübergreifende Dateiabhängigkeiten Verwandte Verfahrensweisen Projekte verwalten 310
Ansichtskonfiguration und -verwaltung Ansichten gehören zu den wichtigsten Konfigurationskonzepten in StarTeam. Sie stellen "Portale" für Projektartefakte dar, die für zahlreiche Aktivitäten im Entwicklungsprozess verwendet werden können. Ansichten bieten viele Tools und Optionen für eine Vielzahl von Anforderungen. Sie sollten Ansichten jedoch mit Bedacht einsetzen Dieser Abschnitt beschreibt die grundlegenden Ansichtstypen und ihre allgemeinen Merkmale. Er enthält zudem einige grundlegenden Richtlinien für die Verwendung von Ansichten sowie Vorschläge dazu, wie Ansichten verwendet werden können, um die unterschiedlichen Szenarios im Entwicklungs-Lebenszyklus zu handhaben. In diesem Abschnitt Übersicht zu Ansichten Beschreibt die Ansichten und deren Verwendung. Erläuterungen zu den Ansichtstypen Beschreibt die unterschiedlichen Ansichtstypen. Ordnungsgemäße Verwendung von Ansichten Bietet allgemeine Richtlinien für das Erstellen und Verwalten von Ansichten. Ansichten, die die iterative Entwicklung unterstützen Dieser Abschnitt beschreibt unterschiedliche Szenarios zur iterativen Entwicklung und enthält Vorschläge, wie Ansichten zur Unterstützung dieser Szenarios verwendet werden können. Verwandte Verfahrensweisen Ansichten verwalten 311
- 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 und 306: Projekte autonom halten Die auf ein
- Seite 307 und 308: Verwandte Konzepte Projektadministr
- Seite 309: aktualisiert wird, dann können Bui
- 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
- Seite 357 und 358: Verzweigen bei Änderung und mit ei
- Seite 359 und 360: 1 Eine "Aktivitätsansicht" wurde e
Ansichtskonfiguration und -verwaltung<br />
Ansichten gehören zu den wichtigsten Konfigurationskonzepten in StarTeam. Sie stellen "Portale" für<br />
Projektartefakte dar, die für zahlreiche Aktivitäten im Entwicklungsprozess verwendet werden können. Ansichten<br />
bieten viele Tools und Optionen für eine Vielzahl von Anforderungen. Sie sollten Ansichten jedoch mit Bedacht<br />
einsetzen<br />
Dieser Abschnitt beschreibt die grundlegenden Ansichtstypen und ihre allgemeinen Merkmale. Er enthält zudem<br />
einige grundlegenden Richtlinien für die Verwendung von Ansichten sowie Vorschläge dazu, wie Ansichten<br />
verwendet werden können, um die unterschiedlichen Szenarios im Entwicklungs-Lebenszyklus zu handhaben.<br />
In diesem Abschnitt<br />
Übersicht zu Ansichten<br />
Beschreibt die Ansichten und deren Verwendung.<br />
Erläuterungen zu den Ansichtstypen<br />
Beschreibt die unterschiedlichen Ansichtstypen.<br />
Ordnungsgemäße Verwendung von Ansichten<br />
Bietet allgemeine Richtlinien für das Erstellen und Verwalten von Ansichten.<br />
Ansichten, die die iterative Entwicklung unterstützen<br />
Dieser Abschnitt beschreibt unterschiedliche Szenarios zur iterativen Entwicklung und enthält Vorschläge,<br />
wie Ansichten zur Unterstützung dieser Szenarios verwendet werden können.<br />
Verwandte Verfahrensweisen<br />
Ansichten verwalten<br />
311