aemv - Online în cloud

PROGRAM:

NUME

Aegis move file - redenumiți unul sau mai multe fișiere ca parte a unei modificări

REZUMAT

egidă -Mutare_fișier [ opțiune... ] nume vechi nume nou [ old1 new1 [ old2 new2 ] ]
egidă -Mutare_fișier -Listă [ opțiune... ]
egidă -Mutare_fișier -Ajutor

DESCRIERE

egidă -Mutare_fișier comanda este folosită pentru a copia un fișier într-o modificare și a-i schimba numele la
acelasi timp.

Fișierele numite vor fi copiate din linia de bază (dosar vechi) în dezvoltare
director (fişier-nou), și adăugat la lista de fișiere din modificare.

Avertisment: Dacă există deja fișiere în directorul de dezvoltare al fiecărei nume vechi or
il nume nou vor fi suprascrise.

dosar vechi în directorul de dezvoltare va conține 1KB de text aleatoriu. Aleatoriu
textul este suficient de revoltător încât majoritatea compilatorilor vor da mesaje de eroare, în cazul în care
fișierul să fie referit accidental. Acest lucru este adesea foarte util când mutați fișiere include.

Puteți redenumi directoarele. Toate fișierele din nume vechi arborele director va fi redenumit
a fi sub nume nou arbore de directoare.

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 alt fișier
le invalidează logic.

Când fișierele de modificare sunt listate (egidă -Listă Schimbare_Fișiere -Concis) fișierele noi (nou-
nume) va apărea în listă, iar fișierele eliminate (nume vechi) voi nu apar în
listare concisă. În mod similar, atunci când fișierele de proiect sunt listate cu o modificare explicită
număr (egidă -Listă Fișiere_proiect -Concis -Schimbare N) niciunul dintre fișierele modificării, inclusiv
atât fișierele noi, cât și cele eliminate, vor apărea în lista concisă. Aceste două caracteristici sunt
foarte util atunci când apelați Aegis din cadrul unui DMT pentru a genera lista de fișiere sursă.

Notificare
comandă_fișier_nou și remove_file_command în proiect config fișierele sunt rulate, dacă sunt setate.
comandă_fișier_proiect 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ă.

Notificare
La finalizarea cu succes a acestei comenzi, notificările efectuate de obicei de către
aerm(1), aenf(1) și aent(1) comenzile sunt executate, după caz. Acestea includ
comandă_fișier_proiect, comandă_fișier_nou, comandă_nouă_test și remove_file_command domenii
a proiectului config fişier. Vedea aepconf(5) pentru mai multe informații.

OPŢIUNI

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

-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 aemv 'aegis -mv \!* -v'
sh$ aemv(){aegis -mv „$@” -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ă oricare dintre fișiere este deja în 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 aemv online folosind serviciile onworks.net