Borland® StarTeam® 2006 - Borland Technical Publications
Borland® StarTeam® 2006 - Borland Technical Publications Borland® StarTeam® 2006 - Borland Technical Publications
Prozessregeln und -elemente Moderne Entwicklungsverfahren erfordern mehr Kontrolle über den gesamten Entwicklungsprozess. Durch den Einsatz von StarTeam-Prozessregeln erhält das Änderungsmanagement in der Anwendung eine neue Qualität, indem Entwickler einen vorgegebenen Entwicklungsprozess einhalten müssen, mit dem sichergestellt wird, dass alle Änderungen entweder mit einer Änderungsanforderung, einer Anforderung oder einem Task verknüpft sind. Auf diese Art verwendete Elemente werden als Prozesselemente bezeichnet. Auf diese Weise werden der Quellcode und der Inhalt nur entsprechend den in den Prozesselementen klar definierten und anerkannten Regeln geändert. Prozessregeln Prozessregeln sind beim Erstellen von Builds oder Konfigurationen für Baselines hilfreich. Ein Build ist eine Konfiguration mit Label, die die Dateirevisionen und andere Elemente kennzeichnet, die den Code und den Inhalt der Baseline definiert. Ohne den Einsatz von Prozessregeln können Entwickler in der Anwendung auf folgende Art Baselines erstellen: ♦ Indem sie eine vollständige Projektansicht zu einem bestimmten Zeitpunkt mit einem Label versehen. ♦ Indem sie Dateirevisionen beim Einchecken mit einem Revisions-Label versehen. Auch wenn keine Prozessregeln angewendet werden, können Sie beim Hinzufügen oder Einchecken von Dateien Änderungsanforderungen, Anforderungen oder Tasks als Prozesselemente auswählen. Außerdem können Sie den Status des Prozesselements als Teil dieses Prozesses ändern. Wenn Sie eine deaktivierte Anforderung als Prozesselement ausgewählt haben, wie z. B. eine aus CaliberRM in StarTeam publizierte schreibgeschützte Anforderung, kann sie nicht als abgeschlossen gekennzeichnet werden. Des Weiteren können Sie Änderungsanforderungen oder Tasks als aktives Prozesselement auswählen, bevor sie Dateien hinzufügen oder einchecken. Prozessregeln erstellen Durch das Erstellen von Prozessregeln haben Sie folgende Möglichkeiten: ♦ Festlegen, dass Prozesselemente beim Hinzufügen oder Einchecken von Dateien in das Projekt immer verwendet werden. ♦ Festlegen, dass nur bestimmte Elementtypen mit bestimmten Statuswerten als Prozesselemente im Projekt verwendet werden können. Um Prozessregeln festzulegen, müssen Sie über die zum Ändern von Projekteigenschaften erforderlichen Zugriffsrechte verfügen. In der Regel werden diese Rechte nur Teamleitern und Administratoren gewährt. Zudem müssen Sie sicherstellen, dass Projektbenutzer über die Rechte zum Anzeigen und Ändern von Elementen in der Projektansicht und zum Erstellen und Ändern von Links auf Dateien und Prozesselemente verfügen. Prozessregeln prüfen Wenn Prozessregeln nicht angewendet werden, können Änderungsanforderungen, Anforderungen oder Tasks unabhängig von ihrem Status als Prozesselemente verwendet werden. Wenn jedoch Prozessregeln angewendet werden, kann unter Umständen nur ein Elementtyp als Prozesselement ausgewählt werden. Weiterhin ist die Liste der auswählbaren Prozesselemente möglicherweise auf Elemente mit einem bestimmten Status beschränkt. Über die Projekteigenschaften können Sie festlegen, ob Prozessregeln für ein bestimmtes Projekt angewendet werden und wie diese Regeln aussehen. Wenn Sie nicht über die notwendigen Zugriffsrechte verfügen, fragen Sie Ihren Administrator, welche Prozesselemente für das Projekt verwendet werden und welchen Beschränkungen sie unterliegen. 332
Prozesselemente Änderungsanforderungen, Anforderungen und Tasks können als Prozesselemente verwendet werden. Durch die Verwendung von Prozesselementen können Sie Ihre Dateien verknüpfen und Änderungen verfolgen, selbst wenn Sie und andere Mitglieder Ihres Entwicklungsteams keine Prozessregeln verwenden müssen. Wenn Sie Dateien hinzufügen oder einchecken, können Sie angeben, dass neue Dateien oder Dateirevisionen mit einem bestimmten Prozesselement verknüpft und an dieses angeheftet werden sollen. Ein Ende des Links wird an die neue Datei oder Dateirevision angeheftet und das andere Ende an das Prozesselement. Gleichzeitig kann das Prozesselement als repariert, fertig gestellt und abgeschlossen markiert werden. Wenn Prozessregeln angewendet werden, müssen Dateien, die zu einem Projekt hinzugefügt werden, mit einem Prozesselement verknüpft und an dieses angeheftet werden. Ohne Prozessregeln ist diese Vorgehensweise optional und es können beliebige Änderungsanforderungen, Anforderungen oder Tasks als Prozesselemente ausgewählt werden. Unabhängig davon, ob Prozessregeln erforderlich sind, können Sie die für Prozesselemente verfügbaren Verknüpfungs- und Verfolgungsfunktionen nutzen. Wenn Sie Dateien hinzufügen oder einchecken, können Sie angeben, dass neue Dateirevisionen mit einem bestimmten Prozesselement verknüpft und an dieses angeheftet werden sollen. Wählen Sie dazu eine Änderungsanforderung, eine Anforderung oder einen Task als Prozesselement für den Vorgang aus. Gleichzeitig kann die Anforderung als repariert, fertig gestellt und abgeschlossen markiert werden. Prozesselemente lassen Folgendes klar erkennen: ♦ Welche Dateirevisionen zu welcher Änderungsanforderung gehören oder das darin beschriebene Problem beheben. ♦ Welche Dateirevisionen zu welcher Anforderung gehören oder diese abschließen. ♦ Welche Dateirevisionen zu welchem Task gehören oder diesen beenden. Verwendung von Prozesselementen erzwingen Wenn Sie über die erforderlichen Zugriffsrechte zum Ändern von Projekteigenschaften verfügen, können Sie: ♦ Die Verwendung von Prozesselementen erzwingen. ♦ Festlegen, dass nur bestimmte Elementtypen mit bestimmten Statuswerten als Prozesselemente verwendet werden können. Wenn Sie Prozesselemente verwenden möchten, müssen Sie außerdem sicherstellen, dass die Benutzer des Projekts über die im Folgenden aufgeführten erforderlichen Zugriffsrechte verfügen: ♦ Das Recht zum Anzeigen und Ändern der Elementtypen, die in der Projektansicht als Prozesselemente verwendet werden. ♦ Das Recht zum Erstellen und Ändern von Verknüpfungen zu Dateien und Prozesselementen. Verknüpfungen und Prozesselemente Beim Hinzufügen oder Einchecken von Dateien in einer Ansicht wählen Sie ein Prozesselement aus, mit dem die Dateien verknüpft werden. Ein Ende des Links wird an eine neue Dateirevision angeheftet und das andere Ende wird an die aktuelle Revision der Änderungsanforderung, der Anforderung oder des Tasks angeheftet. Beim Hinzufügen oder Einchecken von Dateien können Sie den Status einer Änderungsanforderung in Repariert, den Status einer Anforderung in Abgeschlossen oder den Status von Tasks in Fertig gestellt ändern. Wenn das Prozesselement repariert, abgeschlossen oder fertig gestellt wird, wird jede neue Dateirevision an die neue Revision des Prozesselements mit dem entsprechenden Status angeheftet. Wenn Prozessregeln angewendet werden, müssen Dateien, die zu einem Projekt hinzugefügt werden, mit einem Prozesselement verknüpft und an dieses angeheftet werden. Ohne Prozessregeln ist diese Vorgehensweise 333
- 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 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: Mit der Zeit ändert sich das Build
- 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
- Seite 361 und 362: View Compare/Merge-Aktionen Wenn Si
- Seite 363 und 364: Atomische Eincheckvorgänge Alle Ei
- Seite 365 und 366: Backups Dieser Abschnitt enthält k
- Seite 367 und 368: StarTeam Backups Da StarTeam Native
- Seite 369 und 370: Übersicht über das Verschieben vo
- Seite 371 und 372: Online-Backups Wenn alle Archivdate
- Seite 373 und 374: Übersicht über Datenbank-Backups
- Seite 375 und 376: Vollständige Backups von SQL Serve
- Seite 377 und 378: Backups von Oracle-Datenbanken Ein
- Seite 379 und 380: Borland empfiehlt, Online-Backups z
- Seite 381 und 382: Speicherorte für die Datenspeicher
Prozessregeln und -elemente<br />
Moderne Entwicklungsverfahren erfordern mehr Kontrolle über den gesamten Entwicklungsprozess. Durch den<br />
Einsatz von StarTeam-Prozessregeln erhält das Änderungsmanagement in der Anwendung eine neue Qualität,<br />
indem Entwickler einen vorgegebenen Entwicklungsprozess einhalten müssen, mit dem sichergestellt wird, dass<br />
alle Änderungen entweder mit einer Änderungsanforderung, einer Anforderung oder einem Task verknüpft sind. Auf<br />
diese Art verwendete Elemente werden als Prozesselemente bezeichnet. Auf diese Weise werden der Quellcode<br />
und der Inhalt nur entsprechend den in den Prozesselementen klar definierten und anerkannten Regeln geändert.<br />
Prozessregeln<br />
Prozessregeln sind beim Erstellen von Builds oder Konfigurationen für Baselines hilfreich. Ein Build ist eine<br />
Konfiguration mit Label, die die Dateirevisionen und andere Elemente kennzeichnet, die den Code und den Inhalt<br />
der Baseline definiert. Ohne den Einsatz von Prozessregeln können Entwickler in der Anwendung auf folgende Art<br />
Baselines erstellen:<br />
♦ Indem sie eine vollständige Projektansicht zu einem bestimmten Zeitpunkt mit einem Label versehen.<br />
♦ Indem sie Dateirevisionen beim Einchecken mit einem Revisions-Label versehen.<br />
Auch wenn keine Prozessregeln angewendet werden, können Sie beim Hinzufügen oder Einchecken von Dateien<br />
Änderungsanforderungen, Anforderungen oder Tasks als Prozesselemente auswählen. Außerdem können Sie den<br />
Status des Prozesselements als Teil dieses Prozesses ändern. Wenn Sie eine deaktivierte Anforderung als<br />
Prozesselement ausgewählt haben, wie z. B. eine aus CaliberRM in StarTeam publizierte schreibgeschützte<br />
Anforderung, kann sie nicht als abgeschlossen gekennzeichnet werden. Des Weiteren können Sie<br />
Änderungsanforderungen oder Tasks als aktives Prozesselement auswählen, bevor sie Dateien hinzufügen oder<br />
einchecken.<br />
Prozessregeln erstellen<br />
Durch das Erstellen von Prozessregeln haben Sie folgende Möglichkeiten:<br />
♦ Festlegen, dass Prozesselemente beim Hinzufügen oder Einchecken von Dateien in das Projekt immer<br />
verwendet werden.<br />
♦ Festlegen, dass nur bestimmte Elementtypen mit bestimmten Statuswerten als Prozesselemente im Projekt<br />
verwendet werden können.<br />
Um Prozessregeln festzulegen, müssen Sie über die zum Ändern von Projekteigenschaften erforderlichen<br />
Zugriffsrechte verfügen. In der Regel werden diese Rechte nur Teamleitern und Administratoren gewährt. Zudem<br />
müssen Sie sicherstellen, dass Projektbenutzer über die Rechte zum Anzeigen und Ändern von Elementen in der<br />
Projektansicht und zum Erstellen und Ändern von Links auf Dateien und Prozesselemente verfügen.<br />
Prozessregeln prüfen<br />
Wenn Prozessregeln nicht angewendet werden, können Änderungsanforderungen, Anforderungen oder Tasks<br />
unabhängig von ihrem Status als Prozesselemente verwendet werden. Wenn jedoch Prozessregeln angewendet<br />
werden, kann unter Umständen nur ein Elementtyp als Prozesselement ausgewählt werden. Weiterhin ist die Liste<br />
der auswählbaren Prozesselemente möglicherweise auf Elemente mit einem bestimmten Status beschränkt.<br />
Über die Projekteigenschaften können Sie festlegen, ob Prozessregeln für ein bestimmtes Projekt angewendet<br />
werden und wie diese Regeln aussehen. Wenn Sie nicht über die notwendigen Zugriffsrechte verfügen, fragen Sie<br />
Ihren Administrator, welche Prozesselemente für das Projekt verwendet werden und welchen Beschränkungen sie<br />
unterliegen.<br />
332
Change language