aeclean - Online în cloud

PROGRAM:

NUME

aegis clEan - curățați fișierele din directorul de dezvoltare

REZUMAT

egidă -Curat [ opțiune... ]
egidă -Curat -Ajutor
egidă -Versiune

DESCRIERE

egidă -Curat comanda este folosită pentru a elimina toate fișierele care nu sunt fișiere sursă de modificare
dintr-un director de dezvoltare. Acesta poate fi folosit pentru a obține un director de dezvoltare „curat”.
înainte de construcția finală, pentru a se asigura că o schimbare este pregătită pentru a pune capăt dezvoltării. O construcție nouă
va fi necesar.

Această comandă este permisă numai în „fiind dezvoltat„, și doar ale schimbării
dezvoltatorul îl poate emite. Este posibil să nu fie aplicat ramurilor.

Toate legăturile simbolice vor fi eliminate din directorul de dezvoltare, chiar dacă elimina_-
symlinks_after_build = fals în proiect config fişier. Legăturile simbolice vor fi re-
instalat, dacă create_symlinks_before_build = adevărat. Acest lucru este pentru a vă asigura că legăturile simbolice
sunt exacte, iar cele inutile sunt eliminate.

Toate fișierele speciale ale dispozitivelor, țevile și prizele vor fi îndepărtate. Aceste fișiere nu pot fi
fișierele sursă și este de așteptat ca următoarea versiune le va restaura.

Toate fișierele derivate create de versiunile anterioare ale modificării vor fi eliminate. Este
de așteptat ca următoarea construcție să le recreeze. Orice fișiere temporare pe care le aveți
creat în directorul de dezvoltare va fi, de asemenea, eliminat.

develop_begin_command în fișierul de configurare a proiectului (vezi aepconf(5) pentru mai mult
informații) vor fi rulate, dacă există. The comandă_fișier_schimbă va fi condus, dacă există
este unul. The comandă_fișier_proiect va fi condus, dacă există unul.

Veți fi avertizat dacă vreunul dintre fișiere este învechit și trebuie să fie îmbinat. Tu vei
fi avertizat dacă orice fișier trebuie să fie diferit.

SIMBOLIC LINK-URI

Multe instrumente de întreținere a dependenței și, într-adevăr, unele compilatoare, au suport redus sau deloc
pentru include căile de căutare a fișierelor și, prin urmare, pentru conceptul de director pe două niveluri
ierarhie folosită de Aegis. (Devine multi-nivel atunci când funcționalitatea de ramificare a Aegis
este utilizat.) Pentru a permite utilizarea acestor instrumente, Aegis oferă capacitatea de a menține un set
a legăturilor simbolice între directorul de dezvoltare al unei schimbări și linia de bază a unui
proiect, astfel încât aceste instrumente li se pare că toate fișierele proiectului sunt prezente în
director de dezvoltare.

Proiect Configuraţie
stilul_director_dezvoltare câmpul fișierului de configurare a proiectului controlează
apariția directorului de dezvoltare. Vedea aepconf(5) pentru mai multe informații.

Utilizând o setare precum
development_directory_style =
{
source_file_symlink = adevărat;
during_build_only = adevărat;
};
utilizatorul nu vede niciodată link-urile simbolice, deoarece acestea sunt adăugate exclusiv în beneficiul
instrumentul de menținere a dependenței în timpul execuției aeb(1) comanda.

Utilizând o setare precum
development_directory_style =
{
source_file_symlink = adevărat;
};
(celălalt va fi implicit false) legăturile simbolice vor fi create la începutul dezvoltării
timp (vezi aedb(1) pentru mai multe informații) și, de asemenea, întreținut de fiecare aeb(1) invocare.
Rețineți că legăturile simbolice sunt menținute doar în aceste momente, deci integrările proiectelor
în timpul editării, fișierele Sourec de modificare pot lăsa legăturile simbolice într-un
stare inconsecventă până la următoarea versiune.

Când fișierele sunt copiate de la linia de bază într-o modificare, folosind aecp(1) comanda, the
legătura simbolică care indică în linia de bază, dacă există, va fi eliminată înainte ca fișierul să fie
copiat.

Notă: Utilizarea acestei funcționalități în oricare dintre forme are implicații asupra modului în care fișierul regulilor
instrumentul de întreținere a dependenței este scris. Regulile trebuie scoate țintele lor înainte
creându-le (de obicei cu un rm -f comanda) dacă utilizați oricare dintre sub-câmpurile de legătură (ambele
link-uri hard și link-uri simbolice). Acest lucru este pentru a evita încercarea de a scrie rezultatul pe
link simbolic, care va indica un fișier numai pentru citire din linia de bază a proiectului. Aceasta este
similar cu aceeași cerință pentru utilizarea directorul_integrare_link câmpul
fișier de configurare a proiectului.

Utilizator Configuraţie
Există o preferință_legături_simbolice câmp din fișierul de configurare a utilizatorului (vezi aeuconf(5)
pentru mai multe informatii). Aceasta controlează dacă aeb(1) va verifica legăturile simbolice
înainte de compilare (implicit) sau dacă va presupune că sunt actualizate. (Acest câmp este
relevant doar dacă director_dezvoltare__style.source_file_symlink este adevarat.)

Pentru proiecte medii spre mari, verificarea legăturilor simbolice poate dura atât timp cât construirea
în sine. Presupunând că legăturile simbolice sunt actualizate, poate fi o economie mare de timp pentru acestea
proiecte. Poate fi recomandabil să revizuiți alegerea DMT într-o astfel de situație.

aedb(1) comanda face nu consultați această preferință. Astfel, în majoritatea situațiilor,
legăturile simbolice vor fi actualizate atunci când construirea este efectuată. Singura funcție Aegis
ceea ce poate duce la depășirea legăturilor simbolice este integrarea altuia
modificare, deoarece aceasta poate modifica prezența sau absența fișierelor în linia de bază. In acest
situație, implicit aeb(1) acțiunea este de a ignora preferința utilizatorului și de a verifica
legături simbolice.

Există două opțiuni de linie de comandă care se modifică aeb(1) comportament în continuare: the -Verifica-
Legături-simbolice opțiunea spune să verificați legăturile simbolice; si -Asumare-Legături-Simbolice
opțiunea spune să presupunem că legăturile simbolice sunt actualizate. În fiecare caz, opțiunea peste-
rulează implicit și pe preferința utilizatorului.

Este posibil să obțineți un comportament similar cu Tom Lord'a Arch folosind o setare precum:
development_directory_style =
{
source_file_link = adevărat;
source_file_symlink = adevărat;
};

Este posibil să obțineți un comportament similar cu CVS utilizând o setare precum:
development_directory_style =
{
copie_fișier_sursă = adevărat;
};
Există multe mai multe configurații posibile ale stilul_director_dezvoltare, De obicei
cu efecte secundare utile. Vedea aepconf(1) și Dependența Întreținere Instrument
capitol din Ghidul utilizatorului pentru mai multe informații.

Opțiunile și preferințele liniei de comandă pentru linkuri simbolice se aplică în mod egal linkurilor hard și
copii de fișiere (numele au origini istorice).

Notificare
Comenzile de notificare care ar fi rulate de aecp(1), aedb(1), aenf(1), aent(1) și
aerm(1) comenzile sunt executate, după caz. The comandă_fișier_proiect este, de asemenea, rulat, dacă este setat.
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.

-Atingere Această opțiune poate fi utilizată pentru a solicita ca fiecare fișier sursă de modificare să aibă ultimul său
marca temporală modificată să fie actualizată la ora curentă. Aceasta este valoarea implicită.
Fișierele derivate și alte fișiere non-sursă sunt lăsate singure.

-Nu_Atinge
Această opțiune poate fi utilizată pentru a solicita ca marcajul de timp modificat al fiecăruia
fișierul sursă să fie lăsat nemodificat.

-Minim
Această opțiune poate fi utilizată pentru a solicita un set minim de legături simbolice, atunci când
create_symlinks_to_baseline sunt utilizate funcții. Acest lucru este util dacă doriți
a simula ceva de genul aeib -minim în directorul de dezvoltare. Acest
opțiunea nu are sens dacă nu sunt utilizate legături simbolice.

Această opțiune spune, de asemenea, să nu eliminați fișierele normale care oclud sursa proiectului
fișiere. Aceasta este o tehnică obișnuită folosită pentru a anula temporar sursa proiectului
fișiere. „aecp -numai citire” comandă ar avea fost mai mult corespunzătoare.

-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.

- 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.

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.

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.

DREPTURI DE AUTOR

Aegis versiunea 4.24.3.D001
Drepturi de autor (C) 1991, 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002,
2003, 2004, 2005, 2006, 2007, 2008, 2009, 2010 Peter Miller

Programul Aegis vine cu ABSOLUT NU GARANȚIE; pentru detalii folosiți „egidă -Versiune
Licență'comandă. Acesta este software gratuit și sunteți binevenit să-l redistribuiți sub
anumite condiții; pentru detalii folosiți „egidă -Versiune Licență'comandă.

Utilizați aeclean online folosind serviciile onworks.net