aenf – Online in der Cloud

PROGRAMM:

NAME/FUNKTION

Aegis New File – neue Dateien hinzufügen, die durch eine Änderung erstellt werden sollen

ZUSAMMENFASSUNG

Ägide -Neue Datei Dateiname... [ zu erhalten... ]
Ägide -Neue Datei -Aufführen [ zu erhalten... ]
Ägide -Neue Datei -Hilfe

BESCHREIBUNG

Das Ägide -Neue Datei Der Befehl wird verwendet, um einer Änderung neue Dateien hinzuzufügen. Die genannten Dateien werden
zur Liste der Dateien in der Änderung hinzugefügt werden.

Für jede benannte Datei wird eine neue Datei im Entwicklungsverzeichnis erstellt, falls dies nicht der Fall ist
gibt es schon. Wenn die Datei bereits vorhanden ist, wird sie nicht geändert.

Wenn Sie möchten, dass eine neue Quelldatei ausführbar ist (z. B. Shell-Skripte), dann ist dies der Fall
Benutze einfach das Normale chmod(1) Befehl. Wenn eines der ausführbaren Bits der Datei auf gesetzt ist
aede(1) Zeit, in der die Datei als ausführbar gespeichert wird und alle Ausführungsbits (abzüglich der
Die Umask des Projekts wird später festgelegt aecp(1) Befehle.

Wenn Sie in der Befehlszeile ein Verzeichnis benennen, wird der gesamte Verzeichnisbaum durchsucht
für neue Dateien. (Hinweis: Es wird absolut alles hinzugefügt, einschließlich Dot-Dateien und
(Binärdateien, daher müssen Sie zuerst jeglichen Müll entfernen.) Dateien unterhalb dieses Namens
Verzeichnisse, die sich bereits in der Änderung oder im Projekt befinden, werden ignoriert. Der
Dateiname_akzeptieren und Dateiname_ablehnen Muster im Projekt aegis.conf Datei wird auch
angewendet werden, siehe aepconf(5) für weitere Informationen.

Verzeichnis Beispiel
Es gibt Zeiten, in denen ein Befehl wie z
$ aenf fubar/*
aegis: Projekt „Beispiel“: Änderung 42: „fubar/glorp“ bereits in Änderung
aegis: Projekt „Beispiel“: Änderung 42: 1 schwerwiegender Fehler gefunden, keine neuen Dateien hinzugefügt
$
wird wie gezeigt fehlschlagen. Es gibt mehrere Möglichkeiten, damit umzugehen, die einfachste ist
Benennen Sie einfach das Verzeichnis:
$ aenf Fubar
aegis: Projekt „Beispiel“: Änderung 42: Datei „fubar/smiley“ hinzugefügt
Aegis: Projekt „Beispiel“: Änderung 42: Datei „fubar/frownie“ hinzugefügt
$
Sie könnten auch die verwenden gefunden(1) Befehl zur beliebig komplexen Dateiauswahl, aber Sie
muss zunächst Dateien ausschließen, die der obige Befehl automatisch ausschließt:
$ aelcf > ausschließen
$ aelpf >> ausschließen
$ gefunden Fubar -Art f | \
grep -v -f ausschließen | \
xargs Ägide --neue Datei -v
aegis: Projekt „Beispiel“: Änderung 42: Datei „fubar/smiley“ hinzugefügt
Aegis: Projekt „Beispiel“: Änderung 42: Datei „fubar/frownie“ hinzugefügt
$
Wenn Sie die Ausschlussliste nicht verwenden, wird die gefunden(1) Der Befehl erfordert eine Feinabstimmung für Sie
Entwicklungsverzeichnisstil. Wenn Sie den Symlink-Stil verwenden, müssen Sie hinzufügen
gefunden -nlink 1 Option zusätzlich zum gefunden -Art f .
$ gefunden Fubar -Art f -nlinks 1 | \
xargs Ägide --neue Datei -v
aegis: Projekt „Beispiel“: Änderung 42: Datei „fubar/smiley“ hinzugefügt
Aegis: Projekt „Beispiel“: Änderung 42: Datei „fubar/frownie“ hinzugefügt
$
Wenn Sie den Entwicklungsverzeichnisstil mit vollständiger Kopie verwenden, müssen Sie Folgendes verwenden
Ausschlusslistenmethode oben.

Reichen Sie das Template
Wenn eine neue Datei im Entwicklungsverzeichnis des Projekts erstellt wird Config Datei ist
habe nach einer Vorlage für die neue Datei gesucht. Wenn eine Vorlage gefunden wird, wird die neue Datei angezeigt
wird mit der Vorlage initialisiert, andernfalls wird sie leer erstellt. Sehen aepconf(5) für mehr
Informationen.

Die einfachste Form ist die Verwendung von Vorlagendateien, z
file_template =
[
{
Muster = [ "*.c" ];
body = "${read_file ${source template/c abs}}";
},
{
Muster = [ "test/*/.sh" ];
body = "${read_file ${source template/test abs}}";
},
];
Wie Sie sehen, sind die Vorlagendateien Teil der Projektquelle, sodass Sie sie hinzufügen können
entsprechende Urheberrechtshinweise und Wrapper, etcdem „Vermischten Geschmack“. Seine $quelle Substitution lokalisiert sie,
wenn sie nicht Teil der aktuellen Änderung sind (was normalerweise nicht der Fall ist).

Die Vorlagendateien selbst enthalten Ersetzungen. Der $Dateiname Substitution ist
verfügbar und enthält den Namen der zu erstellenden Datei. Dies kann manipuliert werden
Beim Aufbau der entsprechenden Dateiinhalte gibt es verschiedene Möglichkeiten. Sehen aesub(5) für mehr
Informationen zu Vertretungen.

Es ist auch möglich, einen Befehl auszuführen, um die neue Datei zu erstellen. Sie können dies stattdessen tun
Angabe einer Textzeichenfolge, nämlich:
file_template =
[
{
Muster = [ "*" ];
body_command = "perl ${source template.pl abs} $filename";
},
];
Der Befehl wird mit einem aktuellen Verzeichnis ausgeführt, das oben im Entwicklungsverzeichnis festgelegt ist.
Es liegt ein Fehler vor, wenn der Befehl die Datei nicht erstellen kann. Sie können beides kombinieren
Techniken, Körper Saite und body_command, wenn du willst.

Reichen Sie das Name und Vorname Einschränkungen
Es stehen eine Reihe von Steuerelementen zur Verfügung, um die Form von Projektdateinamen einzuschränken. Alle
Diese Steuerelemente können in der Projektkonfigurationsdatei gefunden werden, siehe aepconf(5) für mehr
Information. Die wichtigsten werden hier kurz beschrieben:

maximale_dateiname_länge = ganze Zahl;
Dieses Feld wird verwendet, um die Länge von Dateinamen zu begrenzen. Möglicherweise sind nicht alle neuen Dateien vorhanden
Pfadkomponenten, die länger sind. Der Standardwert ist 255, wenn nicht festgelegt. Für das Maximum
Für eine bessere Portabilität sollten Sie diesen Wert auf 14 setzen.

posix_filename_charset = boolean;
Dieses Feld kann verwendet werden, um die in Dateinamen zulässigen Zeichen auf diese zu beschränken
ausdrücklich von POSIX erlaubt. Standardmäßig ist falsch Wenn nicht festgelegt, bedeutet das, was auch immer Ihr ist
Das Betriebssystem toleriert außer Leerzeichen und High-Bit-on-Zeichen.
Für maximale Portabilität sollten Sie dies auf einstellen was immer dies auch sein sollte..

dos_filename_required = boolean;
Dieses Feld kann verwendet werden, um Dateinamen so einzuschränken, dass sie dem DOS 8+3 entsprechen
Dateinamenbeschränkungen und den Zeichensatz für DOS-Dateinamen. Standardmäßig ist falsch wenn nicht
gesetzt.

windows_filename_required = boolean;
Dieses Feld kann verwendet werden, um Dateinamen so einzuschränken, dass sie mit Windows98 übereinstimmen
und WindowsNT-Dateinamenbeschränkungen und Zeichensatz. Standardmäßig ist falsch wenn nicht eingestellt.

shell_safe_filenames = boolean;
Dieses Feld kann verwendet werden, um Dateinamen so einzuschränken, dass sie keine Shell enthalten
spezielle Charaktere. Standardmäßig ist was immer dies auch sein sollte. wenn nicht gesetzt. Wenn dieses Feld auf eingestellt ist falsch,
Sie müssen die verwenden ${quote} Ersetzung um Dateinamen in Befehlen, bis
Stellen Sie sicher, dass Dateinamen, die Shell-Sonderzeichen enthalten, keine unbeabsichtigten Zeichen enthalten
Nebenwirkungen. Auch seltsame Zeichen in Dateinamen können Ihre Abhängigkeit verwirren
Wartungswerkzeug.

allow_white_space_in_filenames = boolean;
Dieses Feld kann verwendet werden, um Leerzeichen in Dateinamen zuzulassen. Dieser Wille
Erlauben Sie, dass die folgenden Zeichen in Dateinamen erscheinen: Rücktaste (BS, \b, 0x08),
horizontaler Tabulator (HT, \t, 0x09), neue Zeile (NL, \n, 0x0A), vertikaler Tabulator (VT, \v,
0x0B), Seitenvorschub (FF, \f, 0x0C) und Wagenrücklauf (CR, \r, 0x0D). Standardmäßig ist
false, wenn nicht festgelegt.

Beachten Sie, dass dieses Feld andere Dateinamenfilter nicht überschreibt. Es wird sein
Es muss explizit festgelegt werden shell_safe_filenames = falsch sowie. Es wird sein
notwendig eingestellt werden dos_dateiname_erforderlich = falsch (die Standardeinstellung). Es wird sein
notwendig eingestellt werden posix_dateiname_zeichensatz = falsch (die Standardeinstellung).

Der Benutzer muss sehr darauf achten, die Ersetzung ${quote} für alle Dateien zu verwenden
Namen in Befehlen in der Projektkonfiguration. Und selbst dann noch Auswechslungen
die eine durch Leerzeichen getrennte Liste von Dateinamen erwarten, werden zu undefinierten Ergebnissen führen.

allow_non_ascii_filenames = boolean;
Dieses Feld kann verwendet werden, um Dateinamen mit nicht druckbaren ASCII-Zeichen zuzulassen
ihnen. Normalerweise bedeutet dies einen UTF8- oder internationalen Zeichensatz.
Der Standardwert ist „false“, wenn er nicht festgelegt ist.

Beachten Sie, dass dieses Feld andere Dateinamenfilter nicht überschreibt. Es wird sein
Es muss explizit festgelegt werden shell_safe_filenames = falsch sowie. Es wird sein
notwendig eingestellt werden dos_dateiname_erforderlich = falsch (die Standardeinstellung). Es wird sein
notwendig eingestellt werden posix_dateiname_zeichensatz = falsch (die Standardeinstellung).

filename_pattern_accept = [ string ];
Dieses Feld wird verwendet, um eine Liste von Mustern akzeptabler Dateinamen anzugeben.
Der Standardwert ist „*“, wenn nicht festgelegt.

filename_pattern_reject = [ string ];
Dieses Feld wird verwendet, um eine Liste von Mustern inakzeptabler Dateinamen anzugeben.

Bitte kontaktieren Sie uns, wenn Sie Probleme im Zusammenhang mit dieser Website haben oder Hinweis: Aegis konsultiert auch das zugrunde liegende Dateisystem, um seinen Begriff von
maximale Dateigröße. Wenn die maximale Dateigröße des Dateisystems kleiner ist als
maximale_Dateiname_Länge, das Dateisystem gewinnt. Dies kann zum Beispiel passieren, wenn Sie
mit dem Linux UMSDOS-Dateisystem, oder wenn Sie ein NFS eingehängt haben, ein altes V7
Dateisystem. Einstellung maximale_Dateiname_Länge bis 255 ändert in diesen Fällen nichts an der
Tatsache, dass die zugrunde liegenden Dateisystemgrenzen viel kleiner sind (12 bzw. 14).

Wenn sich Ihre Entwicklungsverzeichnisse (oder Ihr gesamtes Projekt) auf Dateisystemen mit Dateinamen befinden
Einschränkungen oder ein Teil der heterogenen Builds findet in einer solchen Umgebung statt,
es hilft, Aegis zu sagen, was sie sind (mit dem Projekt Config Dateifelder), damit Sie
geraten Sie nicht in die Situation, in der das Projekt auf dem Freizügigeren aufbaut
Umgebungen, scheitert jedoch mit mysteriösen Fehlern in den eingeschränkteren Umgebungen.

Wenn sich Ihre Entwicklungsverzeichnisse routinemäßig auf einem Linux UMSDOS-Dateisystem befinden, würden Sie
wahrscheinlich besser dran einstellung dos_dateiname_erforderlich = was immer dies auch sein sollte., und auch das Ändern der
Entwicklungsverzeichnis_Vorlage Gebiet. Heterogene Entwicklung mit verschiedenen Windows
Umgebungen können dies auch erfordern.

Reichen Sie das Name und Vorname Dolmetschen
Das Programm aegis versucht, die Projektdateinamen aus den Dateinamen zu ermitteln
auf der Kommandozeile angegeben. Alle Dateinamen werden innerhalb von aegis-Projekten als relativ gespeichert
zum Stamm des Basisverzeichnisbaums. Das Entwicklungsverzeichnis und die
Integrationsverzeichnis sind Schatten dieses Basisverzeichnisses, daher diese relativen Namen
auch hier bewerben. In der Befehlszeile benannte Dateien werden zuerst in absolute Pfade konvertiert
Falls benötigt. Sie werden dann mit dem Baseline-Pfad, dem Entwicklungsverzeichnis, verglichen
path und den Integrationsverzeichnispfad, um einen baselinerelativen Namen zu bestimmen. es ist
ein Fehler, wenn sich die benannte Datei außerhalb einer dieser Verzeichnisbäume befindet.

Das -BAse_RElativ Option kann verwendet werden, um relative Dateinamen zu interpretieren als
relativ zum Basislinienpfad; absolute Dateinamen werden trotzdem mit den verschiedenen verglichen
Pfade, um einen baseline-relativen Namen zu ermitteln.

Das relativer_dateiname_präferenz in der Benutzerkonfigurationsdatei kann zum Ändern verwendet werden
dieses Standardverhalten. Sehen euconf(5) für weitere Informationen.

Gedanken Typ of a Reichen Sie das
Wenn Sie den Typ einer Datei ändern möchten (z. B. von einer Test- in eine Quelldatei oder Schraubstock
versa) können Sie zwei Änderungen vornehmen, indem Sie zunächst Folgendes verwenden aerm(1) in einer Änderung und dann
Verwendung von aenf(1) oder nicht(1) in einer zweiten Änderung, oder Sie können beide Schritte gleichzeitig kombinieren
ändern. Denken Sie daran, die zu verwenden aerm -nowhiteout Option, sonst erhalten Sie ein höchst eigenartiges Neues
Dateivorlage.

Reichen Sie das Action Einstellung
Wenn dieser Befehl ausgeführt wird, werden zunächst die Änderungsdateien mit den Projektdateien verglichen. Wenn
Sollte es zu Inkonsistenzen kommen, werden die Dateiaktionen wie folgt angepasst:

create Wenn eine Datei erstellt wird, aber ein anderer Änderungssatz integriert ist, der ebenfalls
Wenn die Datei erstellt wird, wird die Dateiaktion im noch zu entwickelnden Änderungssatz ausgeführt
angepasst auf „ändern“.

modifizieren Wenn eine Datei geändert wird, aber ein anderer Änderungssatz integriert ist, der entfernt wird
In der Datei wird die Dateiaktion im Änderungssatz noch entwickelt
angepasst auf „erstellen“.

entfernen Wenn eine Datei entfernt wird, aber ein anderer Änderungssatz integriert ist, der entfernt wird
Wenn Sie die Datei löschen, wird die Datei aus dem Änderungssatz gelöscht, der noch entwickelt wird.

Benachrichtigung
Das neuer_Dateibefehl in der Projektkonfigurationsdatei ausgeführt wird, falls gesetzt. Die Projekt_-
file_command wird ebenfalls ausgeführt, wenn dies festgelegt ist und kürzlich eine Integration stattgefunden hat. Sehen
aepconf(5) für weitere Informationen.

TESTEN ZUSAMMENHANG

Der Befehl „aegis -Test -SUGgest“ kann verwendet werden, damit Aegis eine geeignete Regression vorschlägt
Tests für Ihre Änderung, basierend auf den Quelldateien in Ihrer Änderung. Dies automatisch
Konzentriert den Testaufwand auf relevante Tests und reduziert so die Anzahl der Regressionstests
Sie müssen sicher sein, dass Sie keinen Fehler eingeführt haben.

Die Testkorrelationen werden durch den Befehl „aegis -Integrate_Pass“ generiert, der
Ordnet jeden Test in der Änderung jeder Quelldatei in der Änderung zu. Also jeder
Die Quelldatei sammelt eine Liste von Tests, die ihr in der Vergangenheit zugeordnet wurden.
Dies ist nicht so genau wie die Codeabdeckungsanalyse, stellt aber eine vernünftige Annäherung dar
trainieren.

Das aecp(1) und aenf(1) Befehle werden verwendet, um Dateien einer Änderung zuzuordnen. Während sie
Führen Sie die Zuordnung nicht aktiv durch. Dies sind die Dateien, die von verwendet werden aeipass(1) und
aet(1) um zu bestimmen, welche Quelldateien mit welchen Tests verknüpft sind.

Test Korrelation Genauigkeit
Vorausgesetzt, dass die Testkorrelationen korrekt und die Tests gleichmäßig sind
Über den Veranstaltungsraum verteilt entsteht ein Kleiner als 1/Anzahl Chance, dass a
Der relevante Test wurde nicht von „aegis -Test -SUGgest“ ausgeführt Anzahl" Befehl. Ein kleines
Der Testgewichtung wird eine Menge Rauschen hinzugefügt, so dass es manchmal zu unerwarteten Dingen kommt
getestet und es werden nicht jedes Mal dieselben Tests durchgeführt.

Die Genauigkeit der Testkorrelation kann verbessert werden, indem Folgendes sichergestellt wird:

· Jede Änderung sollte stark fokussiert sein und keine unnötigen Dateieinschlüsse enthalten. Das
vermeidet falsche Korrelationen.

· Jedes Element neuer Funktionalität sollte in einer einzelnen Änderung hinzugefügt werden, anstatt
mehrere zusammen. Dies korreliert Tests stark mit der Funktionalität.

· Jeder Fehler sollte in einer einzelnen Änderung behoben werden und nicht in mehreren zusammen. Das
korreliert Tests stark mit der Funktionalität.

· Testkorrelationen gehen verloren, wenn Dateien verschoben werden. Dies liegt daran, dass Korrelationen durch sind
Namen.

Die beste Möglichkeit für Tests, genau mit den Quelldateien zu korrelieren, ist eine Änderung
enthält einen Test und genau die Dateien, die sich auf die zu testende Funktionalität beziehen. Zu
Viele falsche Dateien schwächen den Nutzen der Testkorrelationen.

OPTIONAL

Die folgenden Optionen sind selbstverständlich

-Bauen
Mit dieser Option kann angegeben werden, dass die Datei während eines Builds erstellt wird
(häufig nur ein integrierter Build), damit der Verlauf davon erhalten bleiben kann. Das ist
Nützlich zum Generieren von Patch-Dateien, in denen ein Verlauf der generierten Dateien gespeichert ist
wichtig. Auf diese Weise erstellte Dateien dürfen jedoch nicht in eine Änderung kopiert werden
sie können gelöscht werden. Vermeiden Sie nach Möglichkeit die Verwendung von Dateien dieses Typs.

-BAse_RElativ
Diese Option kann verwendet werden, um relative Dateinamen als relativ zu zu betrachten
die Basis des Quellbaums. Sehen euconf(5) für den entsprechenden Benutzer
Präferenz.

-CUrrent_RElative
Diese Option kann verwendet werden, um relative Dateinamen als relativ zu zu betrachten
das aktuelle Verzeichnis. Dies ist normalerweise die Standardeinstellung. Sehen euconf(5) für die
entsprechende Benutzerpräferenz.

-Veränderung Anzahl
Diese Option kann verwendet werden, um eine bestimmte Änderung innerhalb eines Projekts anzugeben. Sehen
Ägide(1) für eine vollständige Beschreibung dieser Option.

-Konfiguriert
Mit dieser Option kann angegeben werden, dass es sich bei der Datei um ein Aegis-Projekt handelt
Konfigurationsdatei. Die Standardprojektkonfigurationsdatei wird aufgerufen aegis.conf,
Es kann jedoch ein beliebiger Dateiname verwendet werden. Sie können auch mehr als eine Datei verwenden,
Aufteilen des Inhalts auf mehrere Dateien, die alle von diesem Typ sein müssen.

-Hilfe
Diese Option kann verwendet werden, um weitere Informationen zur Verwendung des Ägide


-Halten
Diese Option kann verwendet werden, um Dateien und/oder Verzeichnisse aufzubewahren, die normalerweise gelöscht werden oder
durch den Befehl ersetzt. Standardmäßig die des Benutzers delete_file_preference wenn nicht
angegeben, siehe euconf(5) für weitere Informationen.

-Nein_Keep
Diese Option kann verwendet werden, um sicherzustellen, dass die Dateien und/oder Verzeichnisse gelöscht werden
oder durch den Befehl ersetzt. Standardmäßig die des Benutzers delete_file_preference wenn nicht
angegeben, siehe euconf(5) für weitere Informationen.

-Aufführen
Diese Option kann verwendet werden, um eine Liste geeigneter Themen für diesen Befehl zu erhalten.
Die Liste ist möglicherweise allgemeiner als erwartet.

-Not_Logging
Diese Option kann verwendet werden, um die automatische Protokollierung von Ausgaben und Fehlern zu deaktivieren
eine Datei. Dies ist oft nützlich, wenn mehrere aegis-Befehle in einer Shell zusammengefasst sind
Skripte.

-Projekt Name
Diese Option kann verwendet werden, um das gewünschte Projekt auszuwählen. Wenn nein -Projekt
Option angegeben ist, die AEGIS_PROJEKT Umgebungsvariable wird konsultiert. Wenn
die nicht existiert, die des Benutzers $HOME/.aegisrc Datei wird auf einen Standard untersucht
Projektfeld (siehe euconf(5) für weitere Informationen). Wenn das nicht existiert,
Wenn der Benutzer nur an Änderungen innerhalb eines einzelnen Projekts arbeitet, wird das Projekt
Der Name ist standardmäßig auf dieses Projekt eingestellt. Andernfalls handelt es sich um einen Fehler.

-Vorlage
Mit dieser Option kann sogar angegeben werden, dass eine neue Dateivorlage verwendet werden soll
wenn die Datei bereits existiert.

-No_TEMplate
Mit dieser Option kann angegeben werden, dass keine neue Dateivorlage verwendet werden soll.
auch wenn die Datei nicht existiert (jede leere Datei wird erstellt).

-Knapp
Diese Option kann verwendet werden, um zu veranlassen, dass Listings das absolute Minimum an
Information. Es ist normalerweise für Shell-Skripte nützlich.

-Ausführlich
Diese Option kann verwendet werden, um aegis zu veranlassen, mehr Ausgabe zu erzeugen. Standardmäßig aegis
erzeugt nur bei Fehlern eine Ausgabe. Bei Verwendung mit dem -Aufführen Option diese Option
bewirkt, dass Spaltenüberschriften hinzugefügt werden.

-Warten Diese Option kann verwendet werden, um zu verlangen, dass Aegis-Befehle auf Zugriffssperren warten, wenn
sie sind nicht sofort erhältlich. Standardmäßig die des Benutzers lock_wait_preference
wenn nicht angegeben, siehe euconf(5) für weitere Informationen.

-Nein_Warten
Diese Option kann verwendet werden, um zu verlangen, dass Aegis-Befehle einen schwerwiegenden Fehler ausgeben, wenn Zugriff
Schlösser sind nicht sofort erhältlich. Standardmäßig die des Benutzers
lock_wait_preference wenn nicht angegeben, siehe euconf(5) für weitere Informationen.

[VORLÄUFIGE VOLLAUTOMATISCHE TEXTÜBERSETZUNG - muss noch überarbeitet werden. Wir bitten um Ihr Verständnis.] Ägide(1) für Optionen, die allen aegis-Befehlen gemeinsam sind.

Alle Optionen können abgekürzt werden; die Abkürzung wird als Großbuchstaben dokumentiert,
alle Kleinbuchstaben und Unterstriche (_) sind optional. Sie müssen aufeinanderfolgend verwenden
Folgen von optionalen Buchstaben.

Bei allen Optionen wird die Groß-/Kleinschreibung nicht beachtet, Sie können sie in Groß- oder Kleinschreibung oder a . eingeben
Kombination von beiden, Groß-/Kleinschreibung ist nicht wichtig.

Zum Beispiel: Die Argumente "-project, "-PROJ" und "-p" werden alle so interpretiert, dass sie die
-Projekt Möglichkeit. Das Argument "-prj" wird nicht verstanden, da aufeinanderfolgend
optionale Zeichen wurden nicht angegeben.

Optionen und andere Befehlszeilenargumente können auf der Befehlszeile beliebig gemischt werden,
nach den Funktionswählern.

Die langen Optionsnamen von GNU werden verstanden. Da alle Optionsnamen für Ägide sind lang,
Dies bedeutet, dass das zusätzliche führende '-' ignoriert wird. Die "--zu erhalten=Wert"Konvention ist auch
verstanden.

EMPFOHLEN ALIAS

Der empfohlene Alias ​​für diesen Befehl ist
csh% alias aenf 'aegis -nf \!* -v'
sh$ aenf(){aegis -nf "$@" -v}

FEHLER

Es ist ein Fehler, wenn die Änderung nicht im Sein entwickelt Zustand.
Es ist ein Fehler, wenn die Änderung nicht dem aktuellen Benutzer zugewiesen ist.
Es handelt sich um einen Fehler, wenn die Datei bereits Teil der Änderung ist.
Es liegt ein Fehler vor, wenn die Datei bereits Teil der Baseline ist.
Es handelt sich um einen Fehler, wenn die in der Befehlszeile genannten Dateien keine normalen Dateien sind und nicht
Verzeichnisse. (Wenn Sie symbolische Links oder spezielle Dateien benötigen, erstellen Sie diese zur Build-Zeit.)

EXIT STATUS

Das Ägide Der Befehl wird bei jedem Fehler mit dem Status 1 beendet. Die Ägide Befehl wird nur
mit dem Status 0 beenden, wenn keine Fehler vorliegen.

VARIABLEN

See Ägide(1) für eine Liste von Umgebungsvariablen, die diesen Befehl beeinflussen können. Sehen
aepconf(5) für die Projektkonfigurationsdatei projektspezifisch Feld für die Einstellung
Umgebungsvariablen für alle von Aegis ausgeführten Befehle.

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