Borland® StarTeam® 2006 - Borland Technical Publications
Borland® StarTeam® 2006 - Borland Technical Publications Borland® StarTeam® 2006 - Borland Technical Publications
gesamten VCM-Sitzung auf einen anderen Computer, wobei auf diesem Computer ein Import-Befehl zur Fortsetzung der Sitzung durchgeführt werden kann. (Weitere Informationen hierzu finden Sie in den Ausführungen zum Import-Befehl.) Wenn die keine Pfadinformationen enthält, wird sie im Stammverzeichnis des Benutzers (in Java mit user.home festgelegt) gespeichert. Hinweis: Die Ausführung der Export-Option führt immer dazu, dass die VCM-Austauschdatei erstellt wird, selbst wenn die Sitzung nicht gespeichert wird. Weitere Informationen hierzu finden Sie in den Erläuterungen zur Save-Option. FixFloatingChildShares FixFloatingChildShares [True | False] Gibt an, ob in "Rebase"- und "Replicate"-Zusammenführungsoperationen jedes Zielansichtselement, das eine unverankerte Freigabe eines Quellansichtselements ist, durch Anheften "repariert" werden soll. Wenn ein Zielansichtselement eine Freigabe eines unverankerten untergeordneten Elements eines Quellelements ist (was zudem bedeutet, dass das Zielelement nicht verzweigt wurde), werden Unterschiede zwischen dem Quell- und Zielelement bei VCM-Sitzungen nicht erkannt, da Änderungen am Quellelement sofort an das untergeordnete Element weitergegeben werden. Es gehört zu den Empfehlungen für VCM, dass Freigaben untergeordneter Elemente immer angeheftet werden sollen, damit Änderungen in kontrollierter Form von der Quell- an die Zielansicht weitergegeben werden können. Diese Option ermöglicht, dass von VCM gefundene unverankerte untergeordnete Elemente an die übergeordnete Element-Revision angeheftet werden. Diese Option führt aufgrund der zusätzlichen Befehle zum Überprüfen jedes Zielelements während der Vergleichsphase zu Performance-Verlusten. IgnoreMergePoints IgnoreMergePoints [True] | [False] Gibt an, ob Zusammenführungspunkte während der Vergleichsphase ignoriert werden sollen. Wenn True, wird für Elemente mit Konflikten bei der Zusammenführung anstelle der Quellrevision des letzten Zusammenführungspunkts der Verzweigungspunkt als gemeinsamer Vorgänger verwendet. Es wird empfohlen, für diese Option den Wert False zu wählen, damit die Zusammenführungspunkte immer verwendet werden. Dies ermöglicht ein intelligenteres Auflösen von Zusammenführungskonflikten. Include Include { | | | | |
Bei allen Include- und Exclude-Optionen müssen Objekte (Labels, Dateien, Änderungsanforderungen usw.) in der Quellansicht angegeben werden. Die ausgewählten Typen können beliebig in Singular- oder Pluralform (RevLabel, CR usw.) angegeben werden, unabhängig davon, ob ein oder mehrere Werte vorhanden sind. Hinweis: Exclude-Optionen werden unabhängig von der Deklarationsreihenfolge immer nach Include-Optionen verarbeitet. Dies führt beispielsweise dazu, dass bei Angabe von Exclude /src/foo/bar/ gefolgt von Include /src/foo/ +all der Ordner /src/foo/bar/ ausgeschlossen wird. Weitere Informationen zum Erweitern von und anderen Elementen der Include-Syntax finden Sie im Abschnitt "Weitere Syntaxelemente" in der "VCMUtility - Befehlsreferenz". LockMergeConflicts LockMergeConflicts {None | Source | Target | Both} Gibt an, dass Elemente mit Unterschieden, deren Aktion nicht Ignore ist, in der Quellansicht, der Zielansicht oder in beiden Ansichten exklusiv gesperrt werden. Sperren werden in der Vergleichsphase angelegt. Die Vorgabe ist Target. Dies bedeutet, dass alle Zielelemente, die nicht Teil eines Unterschieds vom Typ Ignore sind, gesperrt werden. Beachten Sie, dass Sperren nur auf Quell- und/oder Zielelemente angewendet werden, für die Unterschiede gefunden wurden. Sperren werden nicht auf Elemente angewendet, die nicht verglichen wurden, für die keine Unterschiede gefunden wurden oder die unterschiedlich sind, aber für deren Unterschiedstyp die Aktion Ignore gilt. Beachten Sie zudem, dass diese Option weder von der Projektoption Exklusive Sperre beim Einchecken der Dateien verlangen noch von der Client-Workstation-Option Dateien beim Auschecken exklusiv sperren betroffen ist. Da das VCM-Dienstprogramm und der StarTeam-Cross-Platform- Client den CheckoutManager verwenden, sperrt das SDK unabhängig von den VCM-Sperroptionen und basierend auf den Projekt- oder Workstation-Optionen die benötigten Dateien. ManualMergeFiles ManualMergeFiles [True | False] Wenn True, wird für jedes gefundene Quelle/Ziel-Dateipaar im Zustand der Inhaltszusammenführung das für die Workstation konfigurierte Tool zur Dateizusammenführung geöffnet. Manuelle Zusammenführungen werden am Ende des Zusammenführungsvorgangs ausgeführt. Die Option ManualMergeFiles kann in Verbindung mit AutoMergeFiles verwendet werden: ♦ Wenn ein Zusammenführungskonflikt erkannt und AutoMergeFiles angefordert wird, wird zuerst eine automatische Zusammenführung versucht. ♦ Bei Lösung des Konflikts wird die zusammengeführte Ergebnisdatei gespeichert. Eine manuelle Zusammenführung ist nicht erforderlich. ♦ Ist die automatische Zusammenführung nicht erfolgreich oder wurde AutoMergeFiles nicht angefordert, wird die Datei manuell zusammengeführt, wenn ManualMergeFiles auf True gesetzt ist. Hinweis: ManualMergeFiles wird ignoriert (und eine Warnung wird angezeigt), wenn auf der Workstation kein Tool zur manuellen Zusammenführung konfiguriert wurde. Wenn das Tool zur manuellen Zusammenführung nicht geöffnet werden kann oder einen Fehler zurückgibt, bleibt für die betroffene Datei der Konflikt bestehen. MergeType MergeType {Rebase | Promote | Replicate} 1625
- Seite 1573 und 1574: Vergleichen/Zusammenführen Dieser
- Seite 1575 und 1576: Aktionen für das Vergleichen und Z
- Seite 1577 und 1578: Unterschiede getrennt anzeigen Änd
- Seite 1579 und 1580: Tastaturkürzel für das Vergleiche
- Seite 1581 und 1582: Optionen für das Vergleichen und Z
- Seite 1583 und 1584: Verwandte Konzepte Übersicht über
- Seite 1585 und 1586: Zeilentrennzeichen beim Speichern
- Seite 1587 und 1588: Unterschieds-Links zwischen ausgew
- Seite 1589 und 1590: Verwandte Konzepte Übersicht über
- Seite 1591 und 1592: Bericht generieren (klicken Sie in
- Seite 1593 und 1594: Aktionsentscheidungen für das Verg
- Seite 1595 und 1596: Definitionen von Aktionen In der fo
- Seite 1597 und 1598: Hinweis: Da "Basis neu bestimmen" u
- Seite 1599 und 1600: Hinweis: Bei nicht verzweigbaren El
- Seite 1601 und 1602: ♦ Die Datei wurde in der Quelle v
- Seite 1603 und 1604: Experte zum Vergleichen und Zusamme
- Seite 1605 und 1606: Experte zum Vergleichen und Zusamme
- Seite 1607 und 1608: Experte zum Vergleichen und Zusamme
- Seite 1609 und 1610: Ziel mit Unterschieden sperren Mit
- Seite 1611 und 1612: VCM-Befehlszeilenprogramm Das View
- Seite 1613 und 1614: Sie können die Optionen in Form ei
- Seite 1615 und 1616: 2 Teilweise erfolgreich. Dieses Erg
- Seite 1617 und 1618: auflösen und anschließend die Sit
- Seite 1619 und 1620: UseCA UseCA {: | AutoLocate} Gibt a
- Seite 1621 und 1622: Eigenschaften erfolgreich, wird das
- Seite 1623: DefaultComment DefaultComment Der
- Seite 1627 und 1628: ReportDiffs ReportDiffs [True | Fal
- Seite 1629 und 1630: Verwandte Referenz Übersicht über
- Seite 1631 und 1632: Beispiele für das VCM-Dienstprogra
- Seite 1633 und 1634: VCMUtility - Befehlsreferenz VCM-Di
- Seite 1635 und 1636: [] {ChangeRequest | CR | ChangeRe
- Seite 1637 und 1638: Syntax der zusammengesetzten Option
- Seite 1639 und 1640: {CR | CRs | ChangeRequests} * Gibt
- Seite 1641 und 1642: Verwandte Referenz Syntax der zusam
- Seite 1643 und 1644: Verwandte Referenz Syntax der zusam
- Seite 1645 und 1646: * Definiert Bedingungen für die El
- Seite 1647 und 1648: ProcessItems *{[View ] CR | [View
- Seite 1649 und 1650: RevLabels *{} Gibt alle Elemente an
- Seite 1651 und 1652: Ein muss einen der in Java gebräu
- Seite 1653 und 1654: Filter für Sitzungen zum Vergleich
- Seite 1655 und 1656: Terminologie für das Vergleichen/Z
- Seite 1657 und 1658: Ignorieren Zusammenführen View Com
- Seite 1659 und 1660: Quellansicht Zieltypen Zielansicht
- Seite 1661 und 1662: Referenz zum Anpassen von E-Mail-Na
- Seite 1663 und 1664: 23. Modified Change Request #~~Chan
- Seite 1665 und 1666: Syntax der Nachrichtenvorlagen von
- Seite 1667 und 1668: ♦ ~~isnew.propname~~: Wird nur da
- Seite 1669 und 1670: Beispielvorlage für die Dateikompo
- Seite 1671 und 1672: Beispiel einer Vorlage für Änderu
- Seite 1673 und 1674: View: ~~ViewID~~ Addressed In View:
Bei allen Include- und Exclude-Optionen müssen Objekte (Labels, Dateien, Änderungsanforderungen usw.) in<br />
der Quellansicht angegeben werden. Die ausgewählten Typen können beliebig in Singular- oder Pluralform<br />
(RevLabel, CR usw.) angegeben werden, unabhängig davon, ob ein oder mehrere Werte vorhanden sind.<br />
Hinweis: Exclude-Optionen werden unabhängig von der Deklarationsreihenfolge immer nach Include-Optionen<br />
verarbeitet. Dies führt beispielsweise dazu, dass bei Angabe von Exclude /src/foo/bar/ gefolgt<br />
von Include /src/foo/ +all der Ordner /src/foo/bar/ ausgeschlossen wird.<br />
Weitere Informationen zum Erweitern von und anderen<br />
Elementen der Include-Syntax finden Sie im Abschnitt "Weitere Syntaxelemente" in<br />
der "VCMUtility - Befehlsreferenz".<br />
LockMergeConflicts<br />
LockMergeConflicts {None | Source | Target | Both}<br />
Gibt an, dass Elemente mit Unterschieden, deren Aktion nicht Ignore ist, in der Quellansicht, der<br />
Zielansicht oder in beiden Ansichten exklusiv gesperrt werden. Sperren werden in der Vergleichsphase<br />
angelegt. Die Vorgabe ist Target. Dies bedeutet, dass alle Zielelemente, die nicht Teil eines Unterschieds vom<br />
Typ Ignore sind, gesperrt werden. Beachten Sie, dass Sperren nur auf Quell- und/oder Zielelemente angewendet<br />
werden, für die Unterschiede gefunden wurden. Sperren werden nicht auf Elemente angewendet, die nicht<br />
verglichen wurden, für die keine Unterschiede gefunden wurden oder die unterschiedlich sind, aber für deren<br />
Unterschiedstyp die Aktion Ignore gilt. Beachten Sie zudem, dass diese Option weder von der Projektoption<br />
Exklusive Sperre beim Einchecken der Dateien verlangen noch von der Client-Workstation-Option Dateien beim<br />
Auschecken exklusiv sperren betroffen ist. Da das VCM-Dienstprogramm und der StarTeam-Cross-Platform-<br />
Client den CheckoutManager verwenden, sperrt das SDK unabhängig von den VCM-Sperroptionen und<br />
basierend auf den Projekt- oder Workstation-Optionen die benötigten Dateien.<br />
ManualMergeFiles<br />
ManualMergeFiles [True | False]<br />
Wenn True, wird für jedes gefundene Quelle/Ziel-Dateipaar im Zustand der Inhaltszusammenführung das für die<br />
Workstation konfigurierte Tool zur Dateizusammenführung geöffnet. Manuelle Zusammenführungen werden am<br />
Ende des Zusammenführungsvorgangs ausgeführt.<br />
Die Option ManualMergeFiles kann in Verbindung mit AutoMergeFiles verwendet werden:<br />
♦ Wenn ein Zusammenführungskonflikt erkannt und AutoMergeFiles angefordert wird, wird zuerst eine<br />
automatische Zusammenführung versucht.<br />
♦ Bei Lösung des Konflikts wird die zusammengeführte Ergebnisdatei gespeichert. Eine manuelle<br />
Zusammenführung ist nicht erforderlich.<br />
♦ Ist die automatische Zusammenführung nicht erfolgreich oder wurde AutoMergeFiles nicht angefordert,<br />
wird die Datei manuell zusammengeführt, wenn ManualMergeFiles auf True gesetzt ist.<br />
Hinweis: ManualMergeFiles wird ignoriert (und eine Warnung wird angezeigt), wenn auf der Workstation kein<br />
Tool zur manuellen Zusammenführung konfiguriert wurde. Wenn das Tool zur manuellen<br />
Zusammenführung nicht geöffnet werden kann oder einen Fehler zurückgibt, bleibt für die betroffene<br />
Datei der Konflikt bestehen.<br />
MergeType<br />
MergeType {Rebase | Promote | Replicate}<br />
1625