aerm - Online în cloud

PROGRAM:

NUME

aegis remove file - adăugați fișiere pentru a fi șterse la o modificare

REZUMAT

egidă -Șterge fișier nume de fișier... [ opțiune... ]
egidă -Șterge fișier -Listă [ opțiune... ]
egidă -Șterge fișier -Ajutor

DESCRIERE

egidă -Șterge fișier comanda este utilizată pentru a adăuga fișiere de șterse la o modificare. Fișierul
va fi adăugat la lista de fișiere din modificare și va fi eliminat din linia de bază
la momentul integrării.

Această comandă poate fi folosită pentru a elimina teste, nu doar fișierele sursă. Testele sunt tratate doar
ca orice alt fișier sursă și sunt supuse aceluiași proces.

Un fișier va fi creat în directorul de dezvoltare care conține 1KB de text aleatoriu. The
textul aleatoriu este suficient de revoltător încât majoritatea compilatorilor vor da mesaje de eroare,
dacă fișierul este referit accidental. Acest lucru este adesea foarte util la îndepărtare
include fișiere.

Puteți specifica un nume de director pentru a elimina toate fișierele din arborele de director numit. Este
o eroare dacă nu există fișiere relevante.

Fișier Nume si Prenume Interpretare
Programul Aegis va încerca să determine numele fișierelor de proiect din numele fișierelor
dat pe linia de comandă. Toate numele fișierelor sunt stocate în proiectele Aegis ca relative
la rădăcina arborelui de directoare de bază. Directorul de dezvoltare și
directorul de integrare sunt umbre ale acestui director de bază și astfel aceste nume relative
aplica si aici. Fișierele numite pe linia de comandă sunt mai întâi convertite în căi absolute
daca este necesar. Acestea sunt apoi comparate cu calea de bază, directorul de dezvoltare
cale și calea directorului de integrare, pentru a determina un nume relativ de referință. Este
o eroare dacă fișierul numit este în afara unuia dintre acești arbori de directoare.

-BAse_RElative opțiunea poate fi utilizată pentru a face ca numele de fișiere relative să fie interpretate ca
relativ la calea liniei de bază; nume de fișiere absolute vor fi în continuare comparate cu diferite
căi pentru a determina o denumire relativă de bază.

relative_filename_preference în fișierul de configurare utilizator poate fi utilizat pentru modificare
acest comportament implicit. Vedea aeuconf(5) pentru mai multe informații.

Proces Parte Efecte
Această comandă va anula orice build sau înregistrare de testare, deoarece adăugarea unui fișier în mod logic
le invalidează.

Când fișierele de modificare sunt listate (egidă -Listă Schimbare_Fișiere -Concis) fișierele eliminate vor
nu apar în lista concisă. În mod similar, atunci când fișierele de proiect sunt listate cu un
numărul modificării explicite (egidă -Listă Fișiere_proiect -Concis -Schimbare N) niciuna dintre modificări
fișierele, inclusiv fișierele eliminate, nu vor apărea în lista concisă. Acestea doua
caracteristicile sunt foarte utile atunci când apelați Aegis din cadrul unui DMT pentru a genera lista
fișiere sursă.

Schimbarea il Tip of a Fișier
Dacă doriți să schimbați tipul unui fișier (de exemplu, dintr-un fișier de test într-un fișier sursă sau viciu
versa) ați putea face acest lucru ca două modificări, utilizând mai întâi aerm(1) într-o singură schimbare și apoi
folosind aenf(1) sau aent(1) într-o a doua modificare sau puteți combina ambii pași în același timp
Schimbare. Amintiți-vă să utilizați aerm -nowhiteout opțiune sau veți primi o noutate foarte ciudată
șablon de fișier.

Notificare
remove_file_command în proiect config fișierul este rulat, dacă este setat. The fişier_proiect_‐
comandă este, de asemenea, rulat, dacă este setat și dacă a existat o integrare recent. Vedea
aepconf(5) pentru mai multe informații.

FĂRĂ

Aegis vă oferă ceea ce se numește adesea „cale de vizualizare” care indică dezvoltarea
instrumente (compilatoare, sisteme de construcție, etc) caută mai întâi în directorul de dezvoltare, apoi în
linia de bază a ramurilor și așa mai departe până la linia de bază a trunchiului.

Problema cu căile de vizualizare este că, pentru a elimina fișierele, aveți nevoie de un fel de
„whiteout” pentru a spune „nu mai căuta, a fost eliminat”.

Când utilizați aerm(1) sau aemv(1) comenzi, aceasta înseamnă „adăugați informații la această modificare
care va elimina fișierul din linia de bază atunci când această modificare este integrată”. Ie în timp ce
schimbarea este în fiind dezvoltat stare, fișierul este doar „șters” în dezvoltare
director - este încă prezent în linia de bază și va fi până la modificarea
integrat cu succes.

Când utilizați aerm(1) sau aemv(1) comenzi, Aegis va crea un fișier de 1K pentru a acționa ca
fără. Conținutul său este destul de urât, astfel încât, dacă compilați sau includeți „eliminat”
fișier accidental, obțineți o eroare fatală. Acest lucru vă va reaminti să eliminați învechitele
referințe.

Când modificarea este integrată, fișierul eliminat este nu copiat/legat de la linia de bază la
directorul de integrare și este nu copiat din directorul de dezvoltare. În acest
timp în care a dispărut fizic (fără albire). Se presupune că din cauza erorii
inducând whiteout toate referințele vechi au fost găsite și remediate în timp ce schimbarea a fost în
fiind dezvoltat de stat.

Fișier Manifeste
Când se generează lista de fișiere care urmează să fie compilate sau legate, este important ca fișierul
manifest să fie generat din informațiile cunoscute de Aegis, mai degrabă decât din sistemul de fișiere.
Aceasta din mai multe motive:

(a) Aegis știe exact ce fișiere (sursă) sunt unde, în timp ce toate celelalte sunt
deducerea cunoștințelor lui Aegis; și

(b) căutarea în sistemul de fișiere este dificilă atunci când calea de vizualizare este mai lungă de 2 directoare
(și metoda de ramificare a lui Aegis o poate face arbitrar lungă); și

(c) Fișierele de albire și orice altceva lăsat „în preajmă”, vor încurca orice metodă
care interoghează sistemul de fișiere.

Cel mai simplu mod de a folosi cunoștințele despre fișiere ale lui Aegis este cu ceva de genul an Wow(1) scenariu
procesarea listelor de fișiere Aegis. De exemplu, poți face asta cu face(1) după cum urmează:
# generează fișierul manifest
manifest.make.inc: manifest.make.awk
( aegis -l cf -ter ; aegis -l pf -ter ) | \
awk -f manifest.make.awk > manifest.make.inc
# include acum fișierul manifest
include manifest.make.inc
Notă: ar fi ineficient dacă ai făcut-o o dată pe director, dar nu există nimic
oprindu-vă să scrieți numeroase sarcini în manifest.make.inc dosar, totul într-unul
trece.

Este posibil să faceți același lucru cu generatorul de rapoarte Aegis (vezi Aer(1) pentru mai mult
informații), dar acest lucru este mai implicat decât Wow(1) scenariu. Cu toate acestea, cu
informația „direct din gura calului”, așa cum ar fi, poate fi și mult mai inteligentă.

Acest fișier manifest ar deveni depășit fără o interblocare la fișierul Aegis
comenzi de operații. Prin utilizarea comandă_fișier-proiect și comandă_fișier_schimbă câmpuri de
proiectul config dosar (vezi aepconf(5) pentru mai multe informații), puteți șterge acest fișier
în momente strategice.
/* rulează când manifestul fișierului de modificare este modificat */
change_file_command = "rm -f manifest.make.inc";
/* rulează când manifestul fișierului de proiect este modificat */
proiect_file_command = "rm -f manifest.make.inc";
Noul fișier manifest va fi astfel reconstruit în următorul aeb(1) comanda.

Opţiuni și Preferințe
Există o -Nu-WhiteOut opțiunea, care poate fi folosită pentru a suprima fișierele de albire atunci când utilizați
il aerm(1) și aemv(1) comenzi. Există o corespondență -Fără opțiune, care este
de obicei implicit.

Există o whiteout_preference câmp din fișierul de preferințe utilizator (vezi aeuconf(5) pentru
mai multe informații) dacă doriți să setați această opțiune mai permanent.

Whiteout Fișier Șabloane
whiteout_template domeniul proiectului config fișierul poate fi folosit pentru a produce limbaj-
fișiere de eroare specifice. Dacă nu se potrivește nicio intrare de șablon albă, un fișier foarte urât de 1 KB va apărea
să fie produs - ar trebui să inducă erori de compilator pentru aproape orice limbă.

Dacă doriți un mesaj de eroare mai lizibil de către om, intrări precum
whiteout_template =
[
{
model = [ "*.[ch]" ];
body = "#error Acest fișier a fost eliminat.";
}
];
poate fi foarte eficient (acest exemplu presupune gcc(1) este utilizat).

Daca este esential ca Nu. să fie produs fișierul whiteout, să zicem pentru fișierele sursă C, ați putea
utilizați un șablon alb, cum ar fi
whiteout_template =
[
{ model = [ "*.c" ]; }
];
deoarece un absent corp sub-câmp înseamnă că nu generează deloc fișierul de albire.

Este posibil să aveți mai multe intrări de șablon albire, dar rețineți că ordinea
intrările este importantă. Prima intrare care se potrivește va fi folosită.

Fișier Acțiune Ajustare
Când rulează această comandă, mai întâi verifică fișierele de modificare cu fișierele proiectelor. Dacă
există inconsecvențe, acțiunile fișierului vor fi ajustate după cum urmează:

create Dacă se creează un fișier, dar este integrat un alt set de modificări care, de asemenea
creează fișierul, acțiunea fișierului din setul de modificări în curs de dezvoltare va fi
ajustat la „modificare”.

modifică Dacă un fișier este în curs de modificare, dar este integrat un alt set de modificări care elimină
fișierul, acțiunea fișierului din setul de modificări în curs de dezvoltare va fi
ajustat pentru a „crea”.

Eliminare Dacă un fișier este în curs de eliminare, dar este integrat un alt set de modificări care se elimină
fișierul, fișierul va fi eliminat din setul de modificări încă în curs de dezvoltare.

OPŢIUNI

Se înțeleg următoarele opțiuni:

-BAse_RElative
Această opțiune poate fi folosită pentru a face ca numele de fișiere relative să fie considerate relativ la
baza arborelui sursă. Vedea aeuconf(5) pentru utilizatorul corespunzător
preferinţă.

-Current_RElative
Această opțiune poate fi folosită pentru a face ca numele de fișiere relative să fie considerate relativ la
directorul curent. Acesta este de obicei implicit. Vedea aeuconf(5) pentru
preferința corespunzătoare a utilizatorului.

-Schimbare număr
Această opțiune poate fi utilizată pentru a specifica o anumită modificare în cadrul unui proiect. Vedea
egidă(1) pentru o descriere completă a acestei opțiuni.

-Ajutor
Această opțiune poate fi folosită pentru a obține mai multe informații despre cum să utilizați egidă
programul.

-Listă
Această opțiune poate fi folosită pentru a obține o listă de subiecte potrivite pentru această comandă.
Lista poate fi mai generală decât se aștepta.

-Nu_Logging
Această opțiune poate fi utilizată pentru a dezactiva înregistrarea automată a rezultatelor și a erorilor
un fișier. Acest lucru este adesea util atunci când mai multe comenzi Aegis sunt combinate într-un shell
script-ul.

-Proiect nume
Această opțiune poate fi utilizată pentru a selecta proiectul de interes. Când nu -Proiect
este specificată opțiunea AEGIS_PROJECT este consultată variabila de mediu. Dacă
care nu există, al utilizatorului $HOME/.aegisrc fișierul este examinat pentru o valoare implicită
domeniul proiectului (vezi aeuconf(5) pentru mai multe informații). Daca asta nu exista,
atunci când utilizatorul lucrează doar la modificări în cadrul unui singur proiect, proiectul
numele este implicit la acel proiect. Altfel, este o eroare.

-Concis
Această opțiune poate fi folosită pentru a determina ca listările să producă minimum
informație. Este de obicei util pentru scripturile shell.

- Verbos
Această opțiune poate fi folosită pentru a determina ca Aegis să producă mai multă ieșire. Implicit egida
produce numai rezultate pentru erori. Când este utilizat cu -Listă opțiunea acestei opțiuni
determină adăugarea titlurilor de coloană.

-Aștepta Această opțiune poate fi utilizată pentru a solicita comenzilor Aegis să aștepte blocarea accesului, dacă
nu pot fi obținute imediat. Valori implicite ale utilizatorului lock_wait_preference
dacă nu este specificat, vezi aeuconf(5) pentru mai multe informații.

-Nu așteptați
Această opțiune poate fi utilizată pentru a solicita comenzilor Aegis să emită o eroare fatală în cazul accesului
încuietori nu pot fi obținute imediat. Valori implicite ale utilizatorului
lock_wait_preference dacă nu este specificat, vezi aeuconf(5) pentru mai multe informații.

-Fără
Această opțiune poate fi utilizată pentru a solicita ca fișierele șterse să fie înlocuite cu un „whiteout”
fișier în directorul de dezvoltare. Ideea este că compilarea unui astfel de fișier va
duce la o eroare fatală, pentru a putea fi găsite toate referințele. Aceasta este
de obicei implicit.

-Nu_WhiteOut
Această opțiune poate fi folosită pentru a solicita ca niciun fișier „whiteout” să nu fie plasat în fișierul
director de dezvoltare.

Vezi si egidă(1) pentru opțiunile comune tuturor comenzilor Aegis.

Toate opțiunile pot fi prescurtate; abrevierea este documentată ca litere mari,
toate literele mici și literele de subliniere (_) sunt opționale. Trebuie să utilizați consecutive
secvențe de litere opționale.

Toate opțiunile nu fac distincție între majuscule și minuscule, le puteți tasta cu litere mari sau mici sau a
combinația dintre ambele, cazul nu este important.

De exemplu: argumentele „-proiect, „-PROJ” și „-p” sunt toate interpretate ca însemnând
-Proiect opțiune. Argumentul „-prj” nu va fi înțeles, deoarece consecutiv
caracterele opționale nu au fost furnizate.

Opțiunile și alte argumente ale liniei de comandă pot fi amestecate în mod arbitrar pe linia de comandă,
după selectoarele de funcţii.

Numele lungi ale opțiunilor GNU sunt înțelese. Deoarece toate numele opțiunilor pentru egidă sunt lungi,
aceasta înseamnă ignorarea semnului „-” suplimentar. "--opțiune=valoare„Convenția este, de asemenea
înțeles.

RECOMANDAT ALIAS

Aliasul recomandat pentru această comandă este
csh% alias aerm 'aegis -rm \!* -v'
sh$ aerm(){aegis -rm "$@" -v}

ERORI

Este o eroare dacă modificarea nu este în fiind dezvoltat de stat.
Este o eroare dacă modificarea nu este atribuită utilizatorului curent.
Este o eroare dacă fișierul nu există în linia de bază.
Este o eroare dacă fișierul face deja parte din modificare.

EXIT STAREA

egidă comanda va ieși cu starea 1 la orice eroare. The egidă comanda va numai
ieșiți cu starea 0 dacă nu există erori.

MEDIUL VARIABILE

Vedea egidă(1) pentru o listă de variabile de mediu care pot afecta această comandă. Vedea
aepconf(5) pentru fișierele de configurare a proiectului specific_proiectului câmp pentru modul de setare
variabile de mediu pentru toate comenzile executate de Aegis.

Utilizați aerm online folosind serviciile onworks.net