Borland® StarTeam® 2006 - Borland Technical Publications
Borland® StarTeam® 2006 - Borland Technical Publications Borland® StarTeam® 2006 - Borland Technical Publications
Probleme zu beheben. Damit ein Ansichts-Label auf diese Weise verwendet werden kann, muss es die folgenden Bedingungen erfüllen: ♦ Es muss als Build-Label ausgewiesen sein. ♦ Es muss erstellt werden, während die Eigenschaft Adressiert in Build für diese Änderungsanforderung auf den Wert "Nächster Build" gesetzt ist. Wenn StarTeam das Label erstellt, wird jede Änderungsanforderung, deren Eigenschaft Adressiert in Build auf "Nächster Build" gesetzt ist, auf das Build-Label zurückgesetzt. Um ein neues Ansichts-Label zu erstellen, müssen Sie die aktuelle Konfiguration der Ansicht auswählen. Veraltete Konfigurationen sind schreibgeschützt und das Hinzufügen eines Labels wird als Änderung betrachtet. Wenn für eine vorherige Konfiguration jedoch bereits ein Label vorhanden ist, kann sein Name angepasst werden, Dateien und Ordner können hinzugefügt oder entfernt werden usw. Zudem haben Sie die Möglichkeit, ein Ansichts-Label von einer Revision dieses Elements zu einer anderen zu verschieben. Angenommen, Ihr Administrator erstellt vor jedem Build ein Ansichts-Label, versieht die aktuellen Revisionen aller Dateien in der Ansicht mit diesem Label und checkt anschließend alle Dateien mit diesem Label für den Build aus. Wenn die aktuelle Revision einer Datei für einige Wochen (oder länger) nicht geändert wird, kann sie mehrere Ansichts-Labels erhalten, während eine Datei, die regelmäßig geändert wird, mehrere Revisionen ohne Ansichts- Labels und andere Revisionen mit nur einem Ansichts-Label haben kann. Wenn Sie ein Ansichts-Label von einem Ordner lösen, löst StarTeam es auch automatisch von allen seinen untergeordneten Elementen. Wenn Sie eine Ansicht auf ein bestimmtes Ansichts-Label zurücksetzen und ein Ordner nicht über dieses Label verfügt, sind die untergeordneten Ordner und deren Inhalte nicht sichtbar. Ein Ansichts-Label kann nur auf Ansichtsebene und bei aktueller Konfiguration erstellt werden. Sie können ein Ansichts-Label jedoch für die aktuelle Konfiguration oder einen zurückliegenden Zeitpunkt erstellen. In beiden Fällen hängt StarTeam das neue Label an die aktuelle Revision aller Ordner, Dateien, Änderungsanforderungen, Tasks oder Themen an, die zum angegebenen Zeitpunkt in der Ansicht vorhanden waren. Ein Ansichts-Label kann auch als Kopie eines vorhandenen Ansichts-Labels erstellt werden, sogar von einem Ansichts-Label, das einem Heraufstufungsstatus zugeordnet ist. In diesen Fällen hängt StarTeam das neue Label an genau dieselben Elemente und Revisionen wie das ursprüngliche Ansichts-Label an. Sie können Dateirevisionen mit diesem Label auschecken oder die Ansicht auf dieses Label zurücksetzen, um alle mit diesem Label versehenen Elemente anzuzeigen. Wenn Sie beispielsweise das Ansichts-Label Build 100 erstellen, während Sie Build 100 Ihres Produkts aus einer Ansicht erzeugen, haben alle Dateien in der Ansicht das Label Build 100. Wenn einige Elemente ausgeschlossen werden sollen, können Sie das Label einzeln von diesen Elementen lösen. Wenn einige Dateien dieses Label beispielsweise nicht haben sollen, wählen Sie diese Dateien aus und wählen Sie anschließend im Menü "Datei" oder im Kontextmenü den Befehl Labels Lösen, um dieses Label zu lösen. Wenn die auszuschließenden Dateien alle zum selben Ordner gehören und die einzigen Dateien in diesem Ordner sind, verwenden Sie den Befehl "Labels" im Menü "Ordner". Wenn die Hilfedateien beispielsweise erst eingecheckt wurden, nachdem das Ansichts-Label angehängt wurde, können Sie dieses Label von den vorherigen Revisionen der Hilfedateien in die neu eingecheckten Hilfedateien verschieben. Label-Zugriffsrechte Zugriffsrechte für Labels können auf Ansichts-, Ordner- oder Elementebene vergeben werden. Das Recht zum Erstellen von Labels und zum Bearbeiten und Löschen ihrer Eigenschaften muss Benutzern oder Gruppen auf Ansichtsebene gewährt werden. Sie können beispielsweise beim Erstellen eines Labels dessen anfänglichen Eigenschaften festlegen. Wenn Sie jedoch nicht das Recht zum Bearbeiten von Label-Eigenschaften besitzen, können Sie dieses Label später weder einfrieren noch dessen Fixierung aufheben. 124
Ein Label kann an einzelne Ordner oder Elemente angehängt, von diesen gelöst oder aus einer ihrer Revisionen in eine andere verschoben werden. Das Recht zum Verschieben eines Labels wird als Anpassen von Labels bezeichnet. Diese Rechte können auf Ordner- oder Elementebene gewährt oder verweigert werden. Verwandte Konzepte Heraufstufungsstatuswerte Verwandte Verfahrensweisen Labels und Heraufstufungsstatuswerte verwalten Zugriffsrechte und Gruppenberechtigungen verwalten Labels an Elemente anhängen Labels an Ordner anhängen Ansichts-Labels kopieren Labels von Elementen lösen 125
- Seite 73 und 74: Fehlt Geändert Nicht-exklusive Spe
- Seite 75 und 76: Anforderungskomponente Antwort Revi
- Seite 77 und 78: Themenbaum Unbekannt Entsperren Ben
- Seite 79 und 80: Container Die grundlegendsten StarT
- Seite 81 und 82: Objekte Objekte sind die Kerninform
- Seite 83 und 84: Objekte und Elemente - Vergleich Es
- Seite 85 und 86: Bei manuellen Freigaben, die Sie ü
- Seite 87 und 88: Serveradministration Die Themen in
- Seite 89 und 90: Verwandte Konzepte Übersicht über
- Seite 91 und 92: Übersicht über die Serverkonfigur
- Seite 93 und 94: Richtlinien für die Serverkonfigur
- Seite 95 und 96: 1 Erzeugen Sie einen vollständigen
- Seite 97 und 98: Übersicht zu Ansichten Beim Erstel
- Seite 99 und 100: "Verzweigen bei Änderung" für den
- Seite 101 und 102: Varianzansicht Schreibgeschützte R
- Seite 103 und 104: Ansichtstyp Referenz im Gegensatz z
- Seite 105 und 106: StarDraw (Beispiel-Serverkonfigurat
- Seite 107 und 108: Übersicht über die Projektadminis
- Seite 109 und 110: Übersicht über Projekte In einem
- Seite 111 und 112: Vergleichen und Zusammenführen von
- Seite 113 und 114: Ordner Dieses Thema bietet eine Üb
- Seite 115 und 116: Arbeitsordner für den Stammordner
- Seite 117 und 118: ♦ Sie können beim Einchecken and
- Seite 119 und 120: Verwandte Verfahrensweisen Anforder
- Seite 121 und 122: Themen Themen sind Konversationen m
- Seite 123: Labels In der Versionskontrolle wir
- Seite 127 und 128: Übersicht über Referenzen Ordner
- Seite 129 und 130: In der aktuellen Ansicht gemeinsam
- Seite 131 und 132: Big Product::Big Product::Big Produ
- Seite 133 und 134: ♦ Big Product::Big Product::Big P
- Seite 135 und 136: Durch Hinzufügen von Elementen zu
- Seite 137 und 138: Angenommen, Sie fügen eine Datei z
- Seite 139 und 140: ♦ ...............Big Product::Big
- Seite 141 und 142: Angenommen, alle Ansichten außer d
- Seite 143 und 144: Auswahlversion In der Spalte "Eleme
- Seite 145 und 146: Testen und Berichtserstellung Die T
- Seite 147 und 148: Verwandte Konzepte Änderungsanford
- Seite 149 und 150: Modell für die Verfolgung von Änd
- Seite 151 und 152: Lebenszyklus für Änderungsanforde
- Seite 153 und 154: Er öffnet die Änderungsanforderun
- Seite 155 und 156: Berichte StarTeam bietet eine Vielz
- Seite 157 und 158: Diagramme Mit dem Cross-Platform Cl
- Seite 159 und 160: Felder StarTeamenthält sowohl allg
- Seite 161 und 162: Serverübergreifende Konfiguration/
- Seite 163 und 164: Serveradministrations-Tool Dieses T
- Seite 165 und 166: Anzeigefenster Wenn Sie über das M
- Seite 167 und 168: Cross-Platform-Client - Übersicht
- Seite 169 und 170: anzuzeigen, wählen Sie die Element
- Seite 171 und 172: ♦ Der Status von StarTeamMPX. Ein
- Seite 173 und 174: Diagrammlegende Die Diagrammlegende
Probleme zu beheben. Damit ein Ansichts-Label auf diese Weise verwendet werden kann, muss es die folgenden<br />
Bedingungen erfüllen:<br />
♦ Es muss als Build-Label ausgewiesen sein.<br />
♦ Es muss erstellt werden, während die Eigenschaft Adressiert in Build für diese Änderungsanforderung auf<br />
den Wert "Nächster Build" gesetzt ist.<br />
Wenn StarTeam das Label erstellt, wird jede Änderungsanforderung, deren Eigenschaft Adressiert in Build auf<br />
"Nächster Build" gesetzt ist, auf das Build-Label zurückgesetzt.<br />
Um ein neues Ansichts-Label zu erstellen, müssen Sie die aktuelle Konfiguration der Ansicht auswählen. Veraltete<br />
Konfigurationen sind schreibgeschützt und das Hinzufügen eines Labels wird als Änderung betrachtet. Wenn für<br />
eine vorherige Konfiguration jedoch bereits ein Label vorhanden ist, kann sein Name angepasst werden, Dateien<br />
und Ordner können hinzugefügt oder entfernt werden usw. Zudem haben Sie die Möglichkeit, ein Ansichts-Label<br />
von einer Revision dieses Elements zu einer anderen zu verschieben.<br />
Angenommen, Ihr Administrator erstellt vor jedem Build ein Ansichts-Label, versieht die aktuellen Revisionen aller<br />
Dateien in der Ansicht mit diesem Label und checkt anschließend alle Dateien mit diesem Label für den Build aus.<br />
Wenn die aktuelle Revision einer Datei für einige Wochen (oder länger) nicht geändert wird, kann sie mehrere<br />
Ansichts-Labels erhalten, während eine Datei, die regelmäßig geändert wird, mehrere Revisionen ohne Ansichts-<br />
Labels und andere Revisionen mit nur einem Ansichts-Label haben kann.<br />
Wenn Sie ein Ansichts-Label von einem Ordner lösen, löst StarTeam es auch automatisch von allen seinen<br />
untergeordneten Elementen. Wenn Sie eine Ansicht auf ein bestimmtes Ansichts-Label zurücksetzen und ein Ordner<br />
nicht über dieses Label verfügt, sind die untergeordneten Ordner und deren Inhalte nicht sichtbar.<br />
Ein Ansichts-Label kann nur auf Ansichtsebene und bei aktueller Konfiguration erstellt werden. Sie können ein<br />
Ansichts-Label jedoch für die aktuelle Konfiguration oder einen zurückliegenden Zeitpunkt erstellen. In beiden Fällen<br />
hängt StarTeam das neue Label an die aktuelle Revision aller Ordner, Dateien, Änderungsanforderungen, Tasks<br />
oder Themen an, die zum angegebenen Zeitpunkt in der Ansicht vorhanden waren.<br />
Ein Ansichts-Label kann auch als Kopie eines vorhandenen Ansichts-Labels erstellt werden, sogar von einem<br />
Ansichts-Label, das einem Heraufstufungsstatus zugeordnet ist. In diesen Fällen hängt StarTeam das neue Label<br />
an genau dieselben Elemente und Revisionen wie das ursprüngliche Ansichts-Label an.<br />
Sie können Dateirevisionen mit diesem Label auschecken oder die Ansicht auf dieses Label zurücksetzen, um alle<br />
mit diesem Label versehenen Elemente anzuzeigen. Wenn Sie beispielsweise das Ansichts-Label Build 100<br />
erstellen, während Sie Build 100 Ihres Produkts aus einer Ansicht erzeugen, haben alle Dateien in der Ansicht das<br />
Label Build 100.<br />
Wenn einige Elemente ausgeschlossen werden sollen, können Sie das Label einzeln von diesen Elementen lösen.<br />
Wenn einige Dateien dieses Label beispielsweise nicht haben sollen, wählen Sie diese Dateien aus und wählen Sie<br />
anschließend im Menü "Datei" oder im Kontextmenü den Befehl Labels Lösen, um dieses Label zu lösen. Wenn<br />
die auszuschließenden Dateien alle zum selben Ordner gehören und die einzigen Dateien in diesem Ordner sind,<br />
verwenden Sie den Befehl "Labels" im Menü "Ordner". Wenn die Hilfedateien beispielsweise erst eingecheckt<br />
wurden, nachdem das Ansichts-Label angehängt wurde, können Sie dieses Label von den vorherigen Revisionen<br />
der Hilfedateien in die neu eingecheckten Hilfedateien verschieben.<br />
Label-Zugriffsrechte<br />
Zugriffsrechte für Labels können auf Ansichts-, Ordner- oder Elementebene vergeben werden. Das Recht zum<br />
Erstellen von Labels und zum Bearbeiten und Löschen ihrer Eigenschaften muss Benutzern oder Gruppen auf<br />
Ansichtsebene gewährt werden. Sie können beispielsweise beim Erstellen eines Labels dessen anfänglichen<br />
Eigenschaften festlegen. Wenn Sie jedoch nicht das Recht zum Bearbeiten von Label-Eigenschaften besitzen,<br />
können Sie dieses Label später weder einfrieren noch dessen Fixierung aufheben.<br />
124