accept (SCM-Unterbefehl)

Zweck

Der scm-Unterbefehl accept akzeptiert Änderungssets und übernimmt sie in einen Repository-Arbeitsbereich. Wenn Sie ihn in einem lokalen Arbeitsbereich ausführen, werden die akzeptierten Änderungssets außerdem in den lokalen Arbeitsbereich geladen.

Übersicht

• Verwenden Sie die folgende Syntax, um den Befehl scm accept auszuführen, nachdem Sie den Befehl scm login zur Erstellung gespeicherter Berechtigungsnachweise verwendet haben:

  scm accept  [ -r  |  --repository-uri ] repository-uri oder kurzname [ -d  |  --dir ] arbeitsbereichspfad { [ [ -q  |  --quiet ] | [ -v  |  --verbose ] ] [ -s  |  --source ] quellenarbeitsbereich oder -datenstrom [ -t  |  --target ] zielarbeitsbereich oder -datenstrom [ -i  |  --in-place-markers ] änderungsset ... }

• Verwenden Sie die folgende Syntax, um den Befehl scm accept unter Angabe von Berechtigungsnachweisen in der Befehlszeile auszuführen:

  scm accept [ -r  |  --repository-uri ] repository-uri [ -u  |  --username ] benutzer-id im repository [ -P  |  --password ] kennwort für benutzer-id im repository
   [ -d  |  --dir ] arbeitsbereichspfad { [ [ -q  |  --quiet ] | [ -v  |  --verbose ] ] [ -s  |  --source ] quellenarbeitsbereich oder -datenstrom [ -t  |  --target ] zielarbeitsbereich oder -datenstrom [ -i  |  --in-place-markers ] änderungsset ... }

Optionen und Argumente

[ -d  |  --dir ] arbeitsbereichspfad

Der Pfadname eines lokalen Arbeitsbereichs, der durch den Befehl scm load oder scm share erstellt wurde. Dieser Unterbefehl wird mit dem aktuellen Arbeitsverzeichnis als Wert für arbeitsbereichspfad ausgeführt. Sie können diese Option übergehen, wenn sich das aktuelle Arbeitsverzeichnis in einem lokalen Arbeitsbereich befindet.

[ -i  |  --in-place-markers ]

Fügt beim Akzeptieren von Dateien, die Konflikte mit Dateien im Arbeitsbereich verursachen, Markierungen in die Dateien ein, um die Konfliktregionen zu kennzeichnen. Diese Option ändert Dateien, die Konflikte verursachen, um Markierungen in der folgenden Form einzufügen:

<<<<<<< mine
Änderung im Repository-Arbeitsbereich vor dem Akzeptieren
=======
Änderung aus dem in den Repository-Arbeitsbereich akzeptierten Änderungsset
>>>>>>> proposed

Entfernen Sie nach der Auflösung des Konflikts diese Markierungen, checken Sie die Datei ein und führen Sie den Befehl scm resolve -c aus, um den Prozess der Konfliktlösung abzuschließen.

[ -P  |  --password ] kennwort für benutzer-id im repository

Das Kennwort für die angegebene Benutzer-ID im genannten Repository. Wenn diese Option in der Befehlszeile nicht angegeben wird, werden Sie zur Eingabe eines Kennworts aufgefordert. Wenn Sie einen Repository-URI oder einen Kurznamen angegeben haben, für den Sie Berechtigungsnachweise mithilfe des Befehls scm login gespeichert haben, wird diese Option ignoriert.

[ -q  |  --quiet ]

Unterdrückt die meisten Informationsnachrichten während der Operation.

[ -r  |  --repository-uri ] repository-uri

Gibt das Repository an, in dem diese Aktion auszuführen ist. Wenn Sie Berechtigungsnachweise für das Repository mithilfe des Befehls scm login gespeichert haben, können Sie den Kurznamen verwenden, den Sie für diese gespeicherten Berechtigungsnachweise angegeben haben.

[ -s  |  --source ] quellenarbeitsbereich oder -datenstrom

Der Name oder die UUID des Quellenarbeitsbereichs oder des Quellendatenstroms.

[ -t  |  --target ] zielarbeitsbereich oder -datenstrom

Der Name, der Aliasname oder die UUID des Zielarbeitsbereichs bzw. des Zieldatenstroms.

[ -u  |  --username ] benutzer-id im repository

Gibt eine Benutzer-ID an, die in dem genannten Repository vorhanden ist. Wenn Sie einen Repository-URI oder einen Kurznamen angegeben haben, für den Sie Berechtigungsnachweise mithilfe des Befehls scm login gespeichert haben, wird diese Option ignoriert.

[ -v  |  --verbose ]

Stellt zusätzliche Informationsnachrichten während der Operation bereit.

änderungsset ...

Eine durch Leerzeichen getrennte Liste mit einem oder mehreren zu akzeptierenden Änderungssets. Geben Sie die Änderungssets mit dem Namen, dem Aliasnamen oder der UUID an. Wenn diese Angabe nicht erfolgt, werden alle eingehenden Änderungssets für den Arbeitsbereich akzeptiert.

Beispiele