EnglischFranzösischSpanisch

OnWorks-Favicon

arc – Online in der Cloud

Führen Sie arc im kostenlosen Hosting-Anbieter OnWorks über Ubuntu Online, Fedora Online, den Windows-Online-Emulator oder den MAC OS-Online-Emulator aus

Dies ist der Befehlsbogen, der beim kostenlosen Hosting-Anbieter OnWorks mit einer unserer zahlreichen kostenlosen Online-Workstations wie Ubuntu Online, Fedora Online, dem Windows-Online-Emulator oder dem MAC OS-Online-Emulator ausgeführt werden kann

PROGRAMM:

NAME/FUNKTION


arcanist – Befehlszeilenschnittstelle zu Phabricator

BESCHREIBUNG


NAME/FUNKTION

arc – arcanist, ein Dienstprogramm zur Codeüberprüfung und Revisionsverwaltung

ZUSAMMENFASSUNG

arc-Befehl [Optionen] [Argumente] Diese Hilfedatei enthält eine detaillierte Befehlsreferenz.

BEFEHLSREFERENZ

Alias-Alias-Befehl Alias-Befehlsziel -- [Optionen]

Unterstützt: cli Erstellen Sie einen Alias ​​vom Befehl zum Ziel (optional mit Optionen).
Beispielsweise:

Arc-Alias-Fpatch-Patch -- --Macht

...erstellt einen neuen „arc“-Befehl, „arc fpatch“, der „arc patch“ aufruft --Macht
...‘ beim Ausführen. HINWEIS: Verwenden Sie „--“, bevor Sie Optionen angeben!

Wenn Sie einen Alias ​​mit „!“ beginnen, wird der Rest des Alias ​​als aufgerufen
Shell-Befehl. Wenn Sie beispielsweise „arc ls“ implementieren möchten, können Sie dies wie folgt tun
Dies:

arc alias ls '!ls'

Sie können jetzt „arc ls“ ausführen und es verhält sich wie „ls“. Natürlich ist dieses Beispiel so
dumm und würde dein Leben noch schlimmer machen.

Sie können integrierte Funktionen, einschließlich „Alias“ selbst, nicht überschreiben. Das eingebaute wird immer
ausführen, auch wenn es nach Ihrem Alias ​​hinzugefügt wurde.

Um einen Alias ​​zu entfernen, führen Sie Folgendes aus:

arc alias fpatch

Ohne Argumente listet „arc alias“ Aliase auf.

ändern [--revision revision_id] [--show]

Unterstützt: git, hg Ändern Sie die Arbeitskopie und synchronisieren Sie die lokale Commit-Nachricht
von Differential.

Unterstützt in Mercurial 2.2 und neuer.

--Revision revision_id

Verwenden Sie die Nachricht einer bestimmten Revision. Wenn Sie keine Revision angeben, arc
wird erraten, welche Revision sich in der Arbeitskopie befindet.

--zeigen

Zeigen Sie die geänderte Commit-Nachricht an, ohne die Arbeitskopie zu ändern.

anoid

Es gibt nur einen Weg, das herauszufinden...

zurücktreten

Macht einen vorherigen Commit rückgängig/zurück. Unterstützt: git, hg

Der Befehl wird wie folgt verwendet: arc backout | Eingabe eines
Die differenzielle Revision funktioniert nur, wenn nur ein Commit damit verknüpft ist
Die Revision. Dies erfordert, dass Ihre Arbeitskopie auf dem neuesten Stand ist und dass der Commit erfolgt
existiert in der Arbeitskopie.

Lesezeichen [Optionen] Lesezeichenname [Start]

Unterstützt: hg Alias ​​für die Arc-Funktion.

--by-status

Sortieren Sie Zweige nach Status statt nach Zeit.

--Ausgabe Format

Zeigen Sie mit „json“ Funktionen im maschinenlesbaren JSON-Format an.

--Alle ansehen

Schließen Sie geschlossene und abgebrochene Revisionen ein.

Zweig [Optionen] Zweigname [Start]

Unterstützt: Git-Alias ​​für die Arc-Funktion.

--by-status

Sortieren Sie Zweige nach Status statt nach Zeit.

--Ausgabe Format

Zeigen Sie mit „json“ Funktionen im maschinenlesbaren JSON-Format an.

--Alle ansehen

Schließen Sie geschlossene und abgebrochene Revisionen ein.

Durchsuchen Sie den Pfad [Optionen] ... Durchsuchen Sie das Objekt [Optionen] ...

Unterstützt: git, hg, svn Öffnen Sie eine Datei oder ein Objekt (z. B. eine Aufgabe oder Revision) in Ihrem Web
Browser.

$ arc browse README # Eine Datei in Diffusion öffnen.
$ arc browse T123 # Eine Aufgabe anzeigen.
$ arc browse HEAD # Einen symbolischen Commit anzeigen.

Legen Sie den Wert „browser“ mit „arc set-config“ fest, um einen Browser auszuwählen. Wenn kein Browser
festgelegt ist, versucht der Befehl zu erraten, welcher Browser verwendet werden soll.

--Zweig Zweigname

Standardzweigname zur Anzeige auf dem Server. Standardmäßig ist „Master“.

--Macht

Öffnen Sie Argumente als Pfade, auch wenn sie in der Arbeitskopie nicht vorhanden sind.

Call-Conduit-Methode

Unterstützt: http, https Ermöglicht Ihnen den Aufruf einer unformatierten Conduit-Methode:

– Führen Sie diesen Befehl in einem Arbeitsverzeichnis aus. - Aufrufparameter sind ERFORDERLICH und
als JSON-Blob von stdin lesen. – Die Ergebnisse werden als JSON-Blob nach stdout geschrieben.

Dieser Workflow eignet sich vor allem zum Schreiben von Skripten, die in integriert werden können
Phabricator. Beispiele:

$ echo '{}' | arc call-conduit conduit.ping
$ echo '{"phid":"PHID-FILE-xxxx"}' | arc call-conduit file.download

task_id [Optionen] schließen

Schließen Sie eine Aufgabe oder aktualisieren Sie auf andere Weise ihren Status.

--list-statuses

Verfügbare Statusoptionen anzeigen und beenden.

--Botschaft Kommentar, -m Kommentar

Geben Sie einen Kommentar zu Ihrer Statusänderung ab.

--Status Status, -s Status

Geben Sie einen neuen Status an. Gültige Statusoptionen können mit den „list-statuses“ eingesehen werden
Argument.

close-revision [Optionen] Revision

Unterstützt: git, hg, svn. Schließen Sie eine Revision, die festgeschrieben (svn) oder gepusht wurde
(git, hg). Normalerweise sollten Sie dies nicht tun müssen: arc commit (svn), arc amend
(git, hg), Arc Land (git, hg) oder Repository-Tracking auf der Master-Fernbedienung
Das Repository sollte das für Sie erledigen. Allerdings sind diese Mechanismen bei einigen versagt
Aus diesem Grund können Sie mit diesem Befehl einen Revisionsstatus manuell ändern
„Akzeptiert“ bis „Geschlossen“.

--finalize

Nur schließen, wenn das Repository nicht mehr verfolgt wird und die Revision akzeptiert wird. Weitermachen
auch wenn der Abschluss nicht stattfinden kann. Dies ist eine Softversion von '', die von anderen verwendet wird
zum Arbeitsablauf

--ruhig

Drucken Sie keine Erfolgsmeldung aus.

commit [--revision revision_id] [--show]

Unterstützt: svn Übertragen Sie eine Revision, die von einem Prüfer akzeptiert wurde.

--Revision revision_id

Übernehmen Sie eine bestimmte Revision. Wenn Sie keine Revision angeben, sucht arc nach
übertragbare Überarbeitungen.

--zeigen

Zeigen Sie den Befehl an, der ausgegeben werden würde, führen Sie jedoch keinen Commit durch.

cover [--rev revision] [pfad ...]

Unterstützt: svn, git, hg Schützen Sie Ihren ... professionellen Ruf. Zeigen Sie die Schuld für die
Zeilen, die Sie in Ihrer Arbeitskopie (svn) oder seit einem Commit (hg, git) geändert haben. Das
wird eine Minute dauern, denn Schuldzuweisungen dauern eine Minute, insbesondere unter SVN.

--rev Revision

Unterstützt: git, hg. Deckt Änderungen seit einer bestimmten Revision ab.

diff [Pfade] (svn) diff [commit] (git, hg)

Unterstützt: git, svn, hg Generieren Sie ein differenzielles Diff oder eine Revision aus lokalen Änderungen.

Unter Git und Mercurial können Sie ein Commit (wie HEAD^^^ oder Master) und angeben
Differential generiert einen Unterschied zwischen der Merge-Basis dieses Commits und Ihrem
aktuelles übergeordnetes Arbeitsverzeichnis.

Unter svn können Sie festlegen, dass nur einige der geänderten Dateien in die Arbeit einbezogen werden
Kopieren Sie sie in das Diff, indem Sie ihre Pfade angeben. Wenn Sie Pfade weglassen, werden alle Änderungen übernommen
im Diff enthalten.

--füge alle Hinzu, -a

Fügen Sie dem Commit automatisch alle nicht bereitgestellten und nicht festgeschriebenen Dateien hinzu.

--Beratung

Erfordern Sie zusätzlich zu Flusenwarnungen und -fehlern eine Entschuldigung für Flusenratschläge.

--allow-untracked

Überspringen Sie die Prüfung auf nicht verfolgte Dateien in der Arbeitskopie.

--amend-all

Wenn Sie Git-Repositorys linten, ergänzen Sie HEAD mit allen von lint vorgeschlagenen Patches
ohne Aufforderung.

--amend-autofixes

Wenn Sie Git-Repositorys linten, ergänzen Sie HEAD mit den von lint vorgeschlagenen Autofix-Patches
ohne Aufforderung.

--apply-patches

Wenden Sie die von Lint vorgeschlagenen Patches ohne Aufforderung auf die Arbeitskopie an.

--Base Ohne eine erfahrene Medienplanung zur Festlegung von Regeln und Strategien beschleunigt der programmatische Medieneinkauf einfach die Rate der verschwenderischen Ausgaben.

Unterstützt: git, hg Zusätzliche Regeln zur Bestimmung der Basisrevision.

--Durchsuche

Nachdem Sie ein Diff oder eine Revision erstellt haben, öffnen Sie es in einem Webbrowser.

--Zwischenspeicher bool

0 zum Deaktivieren des Lint-Cache, 1 zum Aktivieren (Standard).

--cc Benutzernamen

Fügen Sie beim Erstellen einer Revision CCs hinzu.

--Abdeckung

Aktivieren Sie immer die Abdeckungsinformationen.

--schaffen

Erstellen Sie immer eine neue Revision.

--bearbeiten

Unterstützt: git, hg Wenn Sie eine Revision unter Git aktualisieren, bearbeiten Sie die Revisionsinformationen
vor der Aktualisierung.

--Codierung Codierung

Versuchen Sie, Nicht-UTF-8-Hunks in die angegebene Codierung zu konvertieren.

--Ausrede Entschuldigung

Legen Sie im Voraus eine vorbereitete Entschuldigung für etwaige Flusen/Tests vor, falls diese fehlschlagen.

--Kopf verpflichten

Unterstützt: git Geben Sie das Ende des Commit-Bereichs an. Dies deaktiviert viele
Arkanist/Phabricator-Funktionen, die vom Zugriff auf die Arbeitskopie abhängig sind.

--ignore-unsound-tests

Ignorieren Sie unbegründete Testfehler ohne Aufforderung.

--json

Maschinenlesbares JSON ausgeben. EXPERIMENTAL! Funktioniert wahrscheinlich nicht!

--less-context

Normalerweise werden Dateien mit vollständigem Kontext unterschieden: Die gesamte Datei wird an gesendet
Differenziert, damit Rezensenten „mehr zeigen“ und es sehen können. Wenn Sie Änderungen an vornehmen
Bei sehr großen Dateien mit Zehntausenden von Zeilen funktioniert dies möglicherweise nicht gut. Mit diesem
Flag wird ein Diff erstellt, das nur wenige Zeilen Kontext enthält.

--lintall

Erhöhen Sie alle Flusenwarnungen, nicht nur die in den Leitungen, die Sie geändert haben.

--Botschaft Botschaft, -m Nachricht

Verwenden Sie beim Aktualisieren einer Revision die angegebene Meldung anstelle einer Aufforderung.

--message-file Datei, -F Datei

Lesen Sie beim Erstellen einer Revision die Revisionsinformationen aus dieser Datei.

--never-apply-patches

Tragen Sie niemals von Lint empfohlene Flicken auf.

--keine Änderung

Ändern Sie niemals Commits in der Arbeitskopie mit Lint-Patches.

--keine Abdeckung

Deaktivieren Sie immer die Abdeckungsinformationen.

--no-diff

Führen Sie nur Lint- und Unit-Tests durch. Für den internen Gebrauch bestimmt.

--nolint

Lassen Sie keine Flusen laufen.

--nounit

Führen Sie keine Unit-Tests durch.

--nur

Generieren Sie nur einen Diff, ohne Lint, Unit-Tests oder andere Hilfsschritte auszuführen.
[VORLÄUFIGE VOLLAUTOMATISCHE TEXTÜBERSETZUNG - muss noch überarbeitet werden. Wir bitten um Ihr Verständnis.] --Vorschau.

--nur-neu bool

Zeigt nur Lint-Meldungen an, die nicht im Originalcode vorhanden sind.

--plan-changes

Erstellen oder aktualisieren Sie eine Revision, ohne eine Codeüberprüfung anzufordern.

--Vorschau

Anstatt eine Revision zu erstellen oder zu aktualisieren, erstellen Sie einfach ein Diff, was Sie später möglicherweise tun
an eine Revision anhängen. Dadurch werden weiterhin Lint-Unit-Tests ausgeführt. Siehe auch --nur.

--roh

Diff von stdin lesen, nicht von der Arbeitskopie. Dies deaktiviert viele
Arkanist/Phabricator-Funktionen, die vom Zugriff auf die Arbeitskopie abhängig sind.

--raw-command Befehl

Generieren Sie Diff, indem Sie einen angegebenen Befehl ausführen, nicht über die Arbeitskopie. Das
Deaktiviert viele Arkanisten-/Phabricator-Funktionen, die vom Zugriff darauf abhängig sind
Arbeitskopie.

--Rezensenten Benutzernamen

Fügen Sie beim Erstellen einer Revision Prüfer hinzu.

--skip-binaries

Laden Sie keine Binärdateien (wie Bilder) hoch.

--skip-staging

Kopieren Sie keine Änderungen in den Staging-Bereich.

--nicht festgeschrieben

Unterstützt: hg Warnung vor nicht festgeschriebenen Änderungen unterdrücken.

--aktualisieren revision_id

Aktualisieren Sie immer eine bestimmte Revision.

--use-commit-message begehen, -C verpflichten

Unterstützt: git Revisionsinformationen aus einem bestimmten Commit lesen.

--wörtlich

Unterstützt: hg, git Versuchen Sie beim Erstellen einer Revision, das Arbeitskopie-Commit zu verwenden
Nachricht wörtlich, ohne Aufforderung, sie zu bearbeiten. Wenn Sie eine Revision aktualisieren, aktualisieren Sie sie
einige Felder aus der lokalen Commit-Nachricht.

Datei herunterladen [--as name] [--show]

Unterstützt: Dateisysteme Laden Sie eine Datei auf die lokale Festplatte herunter, z. B.:

$ arc download F33 # Datei herunterladen 'F33'

--wie Name

Speichern Sie die Datei unter einem bestimmten Namen statt dem Standardnamen.

--zeigen

Schreiben Sie die Datei auf stdout statt auf die Festplatte.

exportieren [Pfade] Format (svn) exportieren [commit_range] Format (git, hg) exportieren
--Revision Export im revision_id-Format --diff diff_id-Format

Unterstützt: svn, git, hg Exportieren Sie den lokalen Änderungssatz (oder einen differenziellen Änderungssatz) nach
eine Datei in einem Format: git diff (--git), einheitliches Diff (--einheitlich) oder Lichtbogenbündel
(--arcbundle Pfad) formatieren.

--arcbundle Datei

Änderung als Arc-Bündel exportieren. Dieses Format kann alle Änderungen darstellen. Diese
Bundles können mit „Arc Patch“ angewendet werden.

--diff diff_id

Anstatt Änderungen aus der Arbeitskopie zu exportieren, exportieren Sie sie aus einem Differential
versch.

--Codierung Codierung

Versuchen Sie, einen Nicht-UTF-8-Patch in die angegebene Codierung zu konvertieren.

--git

Änderung als Git-Patch exportieren. Dieses Format ist vollständiger als das einheitliche, aber weniger
vollständiger als Lichtbogenbündel. Diese Patches können mit „git apply“ oder „arc“ angewendet werden
Patch‘.

--Revision revision_id

Anstatt Änderungen aus der Arbeitskopie zu exportieren, exportieren Sie sie aus einem Differential
Revision.

--einheitlich

Exportieren Sie die Änderung als einheitlichen Patch. Dieses Format ist weniger vollständig als Git-Patches oder
Bogenbündel. Diese Patches können mit „Patch“ oder „Arc Patch“ angewendet werden.

Feature [Optionen] Featurename [Start]

Unterstützt: git, hg Ein Wrapper für „git branch“ oder „hg bookmark“.

Ohne Namen werden die verfügbaren Zweige und deren Revisionsstatus aufgelistet.

Mit dem Namen wird ein Zweig erstellt oder ausgecheckt. Wenn der Filialname nicht existiert und
im Format D123 vorliegt, wird der Zweig der Revision D123 ausgecheckt. Verwenden Sie start to
Geben Sie an, wo der neue Zweig beginnen soll. Verwenden Sie „arc.feature.start.default“, um das festzulegen
Standard-Feature-Startort.

--by-status

Sortieren Sie Zweige nach Status statt nach Zeit.

--Ausgabe Format

Zeigen Sie mit „json“ Funktionen im maschinenlesbaren JSON-Format an.

--Alle ansehen

Schließen Sie geschlossene und abgebrochene Revisionen ein.

Flag [Objekt ...] Flag-Objekt --klar Flag-Objekt [--edit] [--color color] [--note
Notiz]

Listen Sie im ersten Formular die von Ihnen markierten Objekte auf. Sie können die Namen von einem oder mehreren angeben
Weitere Objekte (Maniphest-Aufgaben T#, Differentialrevisionen D#, Diffusionsreferenzen
rXXX??? oder PHIDs PHID-XXX-???), um nur Flags für diese Objekte zu drucken.

Löschen Sie im zweiten Formular eine vorhandene Markierung für ein Objekt.

Erstellen oder aktualisieren Sie im dritten Formular ein Flag für ein Objekt. Die Farbe ist standardmäßig Blau
und Notiz zu leeren, aber wenn Sie beides weglassen, müssen Sie bestehen --bearbeiten.

--klar

Löschen Sie die Markierung eines Objekts.

--color Farbe

Legen Sie die Farbe einer Flagge fest.

--bearbeiten

Bearbeiten Sie die Flagge eines Objekts.

--Hinweis beachten

Legen Sie die Notiz auf eine Fahne.

get-config [Optionen] -- [Name ...]

Unterstützt: cli Liest eine Arc-Konfigurationsoption. Ohne Argument liest alles
Optionen.

Mit - ausführlich, zeigt detaillierte Informationen zu einer oder mehreren Optionen an.

- ausführlich

Detaillierte Informationen zu Optionen anzeigen.

Hilfe [Befehl] Hilfe --voll

Unterstützt: Englisch Zeigt diese Hilfe an. Mit dem Befehl wird Hilfe zu einem bestimmten Thema angezeigt
Befehl.

--voll

Drucken Sie detaillierte Informationen zu jedem Befehl aus.

Installationszertifikat [uri]

Unterstützt: http, https Installiert Conduit-Anmeldeinformationen in Ihrem ~/.arcrc für das gegebene
Installation von Phabricator. Sie müssen dies tun, bevor Sie „arc“ verwenden können, da es dies ermöglicht
„arc“, um Ihre Befehlszeilenaktivität mit Ihrem Konto im Web zu verknüpfen. Führen Sie dies aus
Befehl aus einem Projektverzeichnis heraus, um das Zertifikat dieses Projekts zu installieren, oder
Geben Sie einen expliziten URI an (z. B. „https://phabricator.example.com/“).

Land [Optionen] [ref]

Unterstützt: git, hg

Veröffentlichen Sie eine akzeptierte Überarbeitung nach der Überprüfung. Dieser Befehl ist der letzte Schritt in der
Standard-Workflow zur differenziellen Codeüberprüfung vor der Veröffentlichung.

Dieser Befehl führt Änderungen zusammen, die mit einer akzeptierten Revision verbunden sind, und überträgt diese
befinden sich derzeit in ref, was normalerweise der Name einer lokalen Zweigstelle ist. Ohne
ref, der aktuelle Arbeitskopiestatus wird verwendet.

Unter Git können Branches, Tags und beliebige Commits (abgetrennte HEADs) gelandet werden.

Unter Mercurial: Zweige und Lesezeichen dürfen gelandet werden, jedoch nur auf ein Ziel von
der gleiche Typ. Siehe T3855.

Der Workflow wählt einen Zielzweig aus, auf dem gelandet werden soll, und einen entfernten Zweig, auf dem die Änderung vorgenommen wird
wird dazu gedrängt.

Ein Zielzweig wird ausgewählt, indem diese Quellen in der folgenden Reihenfolge untersucht werden:

- der --auf zu Flagge; - der Upstream des aktuellen Zweigs, rekursiv (nur Git); -
die arc.land.onto.default-Konfigurationseinstellung; - oder indem man auf einen Standard zurückgreift
Standard:

- „Master“ in Git; - „Standard“ in Mercurial.

Eine Fernbedienung wird ausgewählt, indem diese Quellen in der folgenden Reihenfolge untersucht werden:

- der --Fernbedienung Flagge; - der Upstream des aktuellen Zweigs, rekursiv (nur Git);
- oder durch Zurückgreifen auf einen Standardstandard:

- „Ursprung“ in Git; - die Standardfernbedienung in Mercurial.

Nach der Auswahl eines Zielzweigs und eines Remotezweigs werden die Commits gelandet
gedruckt.

Mit --Vorschau, stoppt die Ausführung hier, bevor die Änderung zusammengeführt wird.

Die Änderung wird mit den Änderungen im Zielzweig gemäß den folgenden Regeln zusammengeführt:

In Repositories mit veränderbarem Verlauf oder mit --quetschen, dadurch wird ein Squash ausgeführt
Merge (der gesamte Zweig wird nach der Merge als ein Commit dargestellt).

In Repositories mit unveränderlicher Geschichte oder mit --verschmelzen, dies führt eine strikte Ausführung durch
merge (ein Merge-Commit wird immer erstellt und lokale Commits bleiben erhalten).

Der resultierende Commit erhält eine aktuelle Commit-Nachricht, die das beschreibt
Endgültiger Stand der Überarbeitung in Differential.

In Git erfolgt die Zusammenführung in einem getrennten HEAD. Die lokale Zweigreferenz (falls vorhanden).
existiert) ist noch nicht aktualisiert.

Mit --halt, stoppt die Ausführung hier, bevor die Änderung übertragen wird.

Die Änderung wird in die Fernbedienung übertragen.

Der Workflow konsultiert mystische Kraftquellen und errät, in welchem ​​Zustand er sich befindet
Sie wollten landen, nachdem der Prozess abgeschlossen ist und die Arbeitskopie abgelegt wurde
dieser Zustand.

Der gelandete Zweig wird gelöscht, es sei denn, der --keep-branch Flagge wurde übergeben oder
Der Landezweig ist derselbe wie der Zielzweig.

--delete-remote

Löschen Sie den Feature-Zweig in der Fernbedienung, nachdem Sie ihn gelandet haben.

--halt

Bereiten Sie die zu pushende Änderung vor, aber pushen Sie sie nicht wirklich.

--keep-branch

Behalten Sie den Feature-Zweig bei, nachdem Sie Änderungen an die Fernbedienung übertragen haben (standardmäßig ist dies der Fall).
gelöscht).

--verschmelzen

Unterstützt: git Perform a --nein-ff zusammenführen, nicht a --quetschen verschmelzen. Wenn das Projekt ist
als unveränderlicher Verlauf markiert ist, ist dies das Standardverhalten.

--auf zu Master

Land-Feature-Zweig auf einen anderen Zweig als den Standardzweig („master“ in Git,
'Standard' in hg). Sie können die Standardeinstellung ändern, indem Sie „arc.land.onto.default“ festlegen.
mit „arc set-config“ oder für das gesamte Projekt in .arcconfig.

--Vorschau

Gibt die Commits aus, die gelandet werden würden. Ändert oder landet das nicht wirklich
verpflichtet.

--Fernbedienung Herkunft

Pushen Sie auf eine andere Fernbedienung als die Standardversion („origin“ in Git).

--Revision id

Verwenden Sie die Nachricht einer bestimmten Revision, anstatt auf der Revisionsbasis zu schließen
zum Brancheninhalt.

--quetschen

Führen Sie eine --quetschen zusammenführen, nicht a --nein-ff verschmelzen. Wenn das Projekt mit einem gekennzeichnet ist
veränderlicher Verlauf, dies ist das Standardverhalten.

--update-with-merge

Unterstützt: git Verwenden Sie beim Aktualisieren des Feature-Zweigs Merge anstelle von Rebase. Das
ist das Standardverhalten. Es kann auch möglich sein, arc.land.update.default auf „merge“ zu setzen
wird verwendet, um dies als Standard festzulegen.

--update-with-rebase

Unterstützt: git Verwenden Sie beim Aktualisieren des Feature-Zweigs Rebase anstelle von Merge. Das
könnte in einigen Fällen dazu führen, dass die Dinge besser funktionieren. Setzen Sie arc.land.update.default auf
„rebase“, um dies zum Standard zu machen.

[Weg] befreien

Unterstützt: libphutil Erstellen oder aktualisieren Sie eine libphutil-Bibliothek, Generierung erforderlich
Metadatendateien wie init.php.

--alle

Löschen Sie den Modulcache vor der Freigabe. Dadurch wird das Ganze völlig neu analysiert
Bibliothek. Gründlich, aber langsam!

--Update erzwingen

Erzwingen Sie die Aktualisierung der Bibliothekszuordnung, auch wenn Lint-Fehler vorliegen.

--library-name Name

Verwenden Sie ein Flag für den Bibliotheksnamen, anstatt auf Benutzereingaben zu warten.

lint [Optionen] [Pfade] lint [Optionen] --rev [Umdrehung]

Unterstützt: git, svn, hg Führen Sie eine statische Analyse der Änderungen durch, um auf Fehler zu prüfen. Wenn nein
Wenn Dateien angegeben sind, wird Lint auf alle Dateien ausgeführt, die geändert wurden.

--amend-all

Wenn Sie Git-Repositorys linten, ergänzen Sie HEAD mit allen von lint vorgeschlagenen Patches
ohne Aufforderung.

--amend-autofixes

Wenn Sie Git-Repositorys linten, ergänzen Sie HEAD mit den von lint vorgeschlagenen Autofix-Patches
ohne Aufforderung.

--apply-patches

Wenden Sie die von Lint vorgeschlagenen Patches ohne Aufforderung auf die Arbeitskopie an.

--Zwischenspeicher bool

0 zum Deaktivieren des Caches, 1 zum Aktivieren. Der Standardwert wird bestimmt durch
„arc.lint.cache“ in der Konfiguration, die standardmäßig deaktiviert ist. Siehe Hinweise in
'arc.lint.cache'.

--Motor Klassenname

Überschreiben Sie die konfigurierte Lint-Engine für dieses Projekt.

--alles

Alle Dateien im Projekt fusseln.

--lintall

Alle Flusenwarnungen anzeigen, nicht nur die in geänderten Zeilen. Wenn Pfade angegeben werden,
Dies ist das Standardverhalten.

--never-apply-patches

Tragen Sie niemals von Lint empfohlene Flicken auf.

--nur-geändert

Flusenwarnungen nur in geänderten Zeilen anzeigen. Wenn keine Pfade angegeben sind, ist dies der
Standard. Dies unterscheidet sich von „Nur neu“ in Fällen, in denen Zeilenänderungen eingeführt werden
Flusen auf anderen unveränderten Linien.

--nur-neu bool

Unterstützt: git, hg Zeigt nur Nachrichten an, die nicht im Originalcode vorhanden sind.

--outfile Weg

Geben Sie die Linter-Ergebnisse in eine Datei aus. Standardmäßig ist stdout.

--Ausgabe Format

Mit „Zusammenfassung“ werden Flusenwarnungen in einem kompakteren Format angezeigt. Mit „json“ anzeigen
Lint-Warnungen im maschinenlesbaren JSON-Format. Mit „none“ werden keine Flusenwarnungen angezeigt.
Mit „Compiler“ können Sie Lint-Warnungen passend für Ihren Editor anzeigen. Mit 'xml' anzeigen
Lint-Warnungen im Checkstyle-XML-Format.

--rev Revision

Unterstützt: git, hg Lint-Änderungen seit einer bestimmten Revision.

--Schwere Schnur

Legen Sie den Mindestschweregrad der Nachricht fest. Einer von: „advice“, „autofix“, „warning“, „error“,
'Behinderte'. Standardmäßig ist „Beratung“ eingestellt.

linters [Optionen] [Name]

Unterstützt: cli Listet die verfügbaren und konfigurierten Linters mit Informationen dazu auf
was sie tun und welche Versionen installiert sind.

Wenn ein Name angegeben wird, wird der Linter mit diesem Namen angezeigt.

--Suche search

Suche nach Linters. Bei der Suche wird die Groß-/Kleinschreibung nicht beachtet und sie wird anhand des Namens und durchgeführt
Beschreibung jedes Linters.

- ausführlich

Detaillierte Informationen anzeigen, einschließlich Optionen.

Liste

Unterstützt: git, svn, hg Listen Sie Ihre offenen Differentialrevisionen auf.

Einfügen [--title Titel] [--lang Sprache] [--json] Einfügen-ID [--json]

Unterstützt: Text Teilen und Abrufen von Text mit der Anwendung „Einfügen“. Um eine Paste zu erstellen,
Verwenden Sie stdin, um den Text bereitzustellen:

$ cat list_of_ducks.txt | Lichtbogenpaste

Um eine Paste abzurufen, geben Sie die Paste-ID an:

$ Bogenpaste P123

--json

Ausgabe im JSON-Format.

- lang Sprache

Sprache für die Syntaxhervorhebung.

--Titel Titel

Titel für die Paste.

Patch D12345-Patch --Revision revision_id-Patch --diff diff_id-Patch - Patch Datei
Flicken --arcbundle Bundledatei

Unterstützt: git, svn, hg Anwenden der Änderungen in einer differenziellen Revision, Patchdatei oder
arc-Bündel in die Arbeitskopie kopieren.

--arcbundle Bundledatei

Übernehmen Sie Änderungen aus einem Arc-Bündel, das mit „Arc-Export“ generiert wurde.

--diff diff_id

Übernehmen Sie Änderungen aus einem Differentialdiff. Normalerweise möchten Sie verwenden --Revision bekommen
die neuesten Änderungen, aber Sie können gezielt ein veraltetes Diff oder ein anwenden
diff, das mit diesem Flag nie an eine Revision angehängt wurde.

--Codierung Codierung

Versuchen Sie, einen Nicht-UTF-8-Patch in die angegebene Codierung zu konvertieren.

--Macht

Führen Sie keine Plausibilitätsprüfungen durch.

--nobranch

Unterstützt: git, hg Normalerweise wird ein neuer Zweig (git) oder ein neues Lesezeichen (hg) erstellt und dann
Der Patch wird angewendet und im neuen Zweig/Lesezeichen festgeschrieben. Diese Flagge
wählt den resultierenden Commit auf dem ursprünglichen Zweig aus und löscht ihn
temporäre Filiale.

--nocommit

Unterstützt: git, hg Normalerweise werden unter git/hg die Änderungen vorgenommen, wenn der Patch erfolgreich ist
werden in die Arbeitskopie übernommen. Dieses Flag verhindert das Commit.

- Patch Patchdatei

Wenden Sie Änderungen aus einer Git-Patchdatei oder einer einheitlichen Patchdatei an.

--Revision revision_id

Wenden Sie Änderungen aus einer Differentialrevision an und verwenden Sie dabei die aktuellste Diff-Revision
daran befestigt wurde. Als Abkürzung können Sie „arc patch D12345“ ausführen.

--skip-dependencies

Unterstützt: git, hg Normalerweise, wenn ein Patch Abhängigkeiten aufweist, die im nicht vorhanden sind
Arbeitskopie, arc versucht, sie ebenfalls anzuwenden. Dieses Flag verhindert solche Arbeiten.

--aktualisieren

Unterstützt: git, svn, hg Aktualisieren Sie die lokale Arbeitskopie, bevor Sie den Patch anwenden.

zurückkehren

Bitte verwenden Sie stattdessen Arc Backout

set-config [Optionen] -- Namenswert

Unterstützt: cli Legt eine Arc-Konfigurationsoption fest.

Die Optionen sind entweder benutzerdefiniert (gelten für alle Arc-Befehle, die Sie von der aktuellen aus aufrufen).
Benutzer) oder lokal (gilt nur für die aktuelle Arbeitskopie). Standardmäßig Benutzer
Die Konfiguration wird geschrieben. Verwenden --lokal um die lokale Konfiguration zu schreiben.

Benutzerwerte werden geschrieben nach '~/.arcrc' auf Linux und Mac OS
Speicherort unter Windows. Lokale Werte werden in ein Arc-Verzeichnis darunter geschrieben
.git, .hg oder .svn je nach Bedarf.

--lokal

Legen Sie einen lokalen Konfigurationswert anstelle eines Benutzerkonfigurationswerts fest.

Rohbau komplett --aktuell N -- [argv]

Unterstützt: Bash usw. Implementiert die Shell-Vervollständigung. Um die Shell-Vervollständigung zu verwenden, source
das entsprechende Skript aus „resources/shell/“ in Ihrer .shellrc.

--aktuell Cursorposition

Aktueller Begriff in der Argumentliste wird vervollständigt.

Startobjekt

Beginnen Sie mit der Nachverfolgung von Arbeiten in Phrequent.

stoppen [--note note] [Objekte]

Beginnen Sie mit der Nachverfolgung von Arbeiten in Phrequent.

--Hinweis beachten

Eine Notiz, die Sie der erfassten Zeit beifügen können.

Aufgaben [Optionen]

Alle zugewiesenen Aufgaben anzeigen.

--Grenze n

Begrenzen Sie die Anzahl der ausgegebenen Aufgaben. Der Standardwert ist „Alle“.

--Auftrag task_order

Ordnen Sie Aufgaben nach Priorität an: erstellt oder geändert, standardmäßig ist Priorität.

--Eigentümer Benutzername

Zeigt nur Aufgaben an, die dem angegebenen Benutzernamen zugewiesen sind. Akzeptiert auch @all, um alle anzuzeigen.
Die Standardeinstellung sind Sie.

--Status task_status

Offene oder geschlossene Aufgaben anzeigen, Standardeinstellung ist „offen“.

--nicht zugewiesen

Nur Aufgaben anzeigen, die nicht zugewiesen sind (Upforgrabs).

Zeit

Zeigen Sie, was Sie derzeit in Phrequent verfolgen.

Aufgabenzusammenfassung [Optionen]

Erstellen Sie schnell eine Aufgabe für sich.

--Durchsuche

Nachdem Sie die Aufgabe erstellt haben, öffnen Sie sie in einem Webbrowser.

--cc Gleichstrom, -C cc

Andere Benutzer senden CC für die neue Aufgabe.

--Projekt Projekt

Projekte, die der Aufgabe zugewiesen werden sollen.

Einheit [Optionen] [Pfade] Einheit [Optionen] --rev [Umdrehung]

Unterstützt: git, svn, hg. Führen Sie Unit-Tests aus, die bestimmte Pfade abdecken. Wenn keine Pfade vorhanden sind
angegeben, werden Unit-Tests für alle geänderten Dateien ausgeführt.

--Abdeckung

Aktivieren Sie immer die Abdeckungsinformationen.

--detaillierte-Abdeckung

Zeigen Sie einen detaillierten Abdeckungsbericht auf der CLI an. Impliziert --Abdeckung.

--Motor Klassenname

Überschreiben Sie die konfigurierte Unit-Engine für dieses Projekt.

--alles

Führen Sie jeden Test durch.

--json

Berichtsergebnisse im JSON-Format.

--keine Abdeckung

Deaktivieren Sie immer die Abdeckungsinformationen.

--Ausgabe Format

Mit „full“ wird der vollständige hübsche Bericht angezeigt (Standard). Mit „json“ werden Ergebnisse im JSON-Format gemeldet
Format. Verwenden Sie bei „hässlich“ eine hässlichere (aber effizientere) JSON-Formatierung. Mit „keine“,
Ergebnisse nicht drucken.

--rev Revision

Unterstützt: git, hg Führen Sie Unit-Tests durch, die Änderungen seit einer bestimmten Revision abdecken.

--Ziel phid

(PROTOTYP) Zeichnen Sie eine Kopie der Testergebnisse für den angegebenen Harbormaster-Build auf
Ziel.

--hässlich

Mit --json, verwenden Sie eine hässlichere (aber effizientere) Formatierung.

mehr Stunden

Unterstützt: cli Aktualisieren Sie arcanist und libphutil auf die neuesten Versionen.

Datei hochladen [Datei ...] [--json]

Unterstützt: Dateisysteme. Laden Sie eine Datei von der lokalen Festplatte hoch.

--json

Upload-Informationen im JSON-Format ausgeben.

--vorübergehend

Markieren Sie die Datei als temporär. Temporäre Dateien werden nach 24 automatisch gelöscht
Std.

Version [Optionen]

Unterstützt: cli Zeigt die aktuelle Version von Arcanist an.

welche [Optionen] (svn) welche [Optionen] [commit] (hg, git)

Unterstützt: svn, git, hg Zeigt an, welchem ​​Repository die aktuelle Arbeitskopie entspricht
zu, welche Commits „arc diff“ auswählt und welche Revision sich in der Arbeitskopie befindet
(oder welche Revisionen, wenn mehr als eine übereinstimmt).

--any-status

Zeigen Sie bestätigte und abgebrochene Revisionen an.

--Base Ohne eine erfahrene Medienplanung zur Festlegung von Regeln und Strategien beschleunigt der programmatische Medieneinkauf einfach die Rate der verschwenderischen Ausgaben.

Unterstützt: git, hg Zusätzliche Regeln zur Bestimmung der Basisrevision.

--Kopf verpflichten

Unterstützt: git Geben Sie das Ende des auszuwählenden Commit-Bereichs an.

--show-base

Unterstützt: git, hg Nur Basis-Commit und Exit drucken.

OPTIONSREFERENZ

--verfolgen

Debugging-Befehl. Zeigt die zugrunde liegenden Befehle während ihrer Ausführung und den vollständigen Stapel an
verfolgt, wenn Ausnahmen ausgelöst werden.

--no-ansi

Ausgabe nur im reinen ASCII-Text, ohne Farbe oder Stil.

--ansi

Verwenden Sie die Formatierung auch in Umgebungen, die sie wahrscheinlich nicht unterstützen. Beispiel: Bogen
--ansi Einheit | weniger -r

--load-phutil-library=/Pfad/zu/Bibliothek

Ignorieren Sie die in .arcconfig aufgeführten Bibliotheken und laden Sie die angegebenen Bibliotheken explizit
stattdessen. Meistens nützlich für die Entwicklung des Arkanisten.

--conduit-uri uri

Ignorieren Sie den konfigurierten Conduit-URI und verwenden Sie stattdessen einen expliziten. Meistens nützlich für
Arkanistische Entwicklung.

--conduit-token Zeichen

Ignorieren Sie konfigurierte Anmeldeinformationen und verwenden Sie stattdessen ein explizites API-Token.

--conduit-version Version

Ignorieren Sie die Softwareversion und behaupten Sie, stattdessen eine andere Version auszuführen. Meistens
nützlich für die Entwicklung des Arkanisten. Kann dazu führen, dass schlimme Dinge passieren.

--conduit-timeout Timeout

Überschreiben Sie das standardmäßige Conduit-Timeout. Angabe in Sekunden.

--config Schlüssel=Wert

Geben Sie einen Laufzeitkonfigurationswert an. Dies hat Vorrang vor statischer Aufladung
Werte und wirken sich nur auf den aktuellen Arkanistenaufruf aus.

--skip-arcconfig

Überspringen Sie die Konfigurationsdatei der Arbeitskopie

--arcrc-Datei Dateinamen

Verwenden Sie stattdessen die bereitgestellte Datei ~/.arcrc.

libphutil 398e6a2d2de620e023e789675d1c94a3df00cd32 (6 Sep 2015)

arcanist 398e6a2d2de620e023e789675d1c94a3dfJanuary(2016p 2015) Arkanistin(1)

Nutzen Sie Arc online über die Dienste von onworks.net


Kostenlose Server & Workstations

Laden Sie Windows- und Linux-Apps herunter

Linux-Befehle

Ad