aet - Online sa Cloud

PROGRAMA:

NAME

aegis test - magpatakbo ng mga pagsubok

SINOPSIS

pagtanggol -Pagsusulit [ opsyon... ][ pangalan=halaga ][ pangalan ng file... ]
pagtanggol -Pagsusulit -INDependant [ opsyon... ][ pangalan=halaga ][ pangalan ng file... ]
pagtanggol -Pagsusulit -Listahan [ opsyon... ]
pagtanggol -Pagsusulit -Tulong

DESCRIPTION

Ang pagtanggol -Pagsusulit Ang command ay ginagamit upang magpatakbo ng mga pagsubok. Kung walang mga file na pinangalanan, lahat ng nauugnay na pagsubok
ay tumakbo. Bilang default, pareho ang awtomatiko at manu-manong mga pagsubok ay pinapatakbo.

Maaari mong pangalanan ang mga direktoryo sa command line, at lahat ng nauugnay na pagsubok sa direktoryong iyon
tree sa pagbabago ay tatakbo. Ito ay isang error kung walang nauugnay na mga pagsubok.

Ang bawat arkitektura ay dapat na masuri nang hiwalay. Ito ay dahil maaaring may banayad
mga problema na nabubunyag lamang sa ilang mga arkitektura. Ang ilang mga proyekto ay maaaring mayroon din
iba't ibang code para sa iba't ibang mga arkitektura.

Ang katayuan ng huling pagsubok na pagtakbo ay naaalala upang ang mga pagsusulit ay hindi tatakbo kung wala
kailangan. (Hindi ito naaangkop sa -Regression mga pagsubok, sa kasamaang-palad.) Dapat na muling patakbuhin ang mga pagsusulit
kung nabigo ang pagsubok dati, kung nagbago ang file ng pagsubok, kung nagkaroon ng build,
at para sa bawat arkitektura.

pangalan=halaga
Pwede kang magdagdag pangalan=halaga pares sa command line, ang mga ito ay ipapasa nang hindi nababago sa
pagsubok na utos. Karaniwan sa dulo ng command line, ngunit maaari itong baguhin sa
file ng pagsasaayos ng proyekto.

Ang -puwersa resulta ng opsyon sa isang implicit force=1 variable na idinaragdag sa listahan ng
variable na mga takdang-aralin, at sa gayon ay idinagdag sa dulo ng utos. Ito ang pinakamaraming gamit kapag
gamit ang batch_test_command isinampa ng file ng pagsasaayos ng proyekto.

Ito ay maaaring sa una ay mukhang isang proseso ng pag-unlad na end-run, na nagpapahintulot sa mga script ng pagsubok na maging
isinulat upang maibigay nila ang lahat ng tamang sagot nang walang aktwal na ginagawa. Ikaw
ay palaging nagagawa ito sa mga variable ng kapaligiran, kaya hindi ito bago.

Posibleng makuha ang lahat ng variable na takdang-aralin upang maging mga variable ng kapaligiran
sa pamamagitan ng paglalagay ng $var sa simula ng utos, bago ang pangalan ng shell, sa halip na sa
ang default na lokasyon sa dulo ng command.

talaksan Pangalan Interpretasyon
Susubukan ng aegis program na tukuyin ang mga pangalan ng file ng proyekto mula sa mga pangalan ng file
ibinigay sa command line. Ang lahat ng mga pangalan ng file ay naka-imbak sa loob ng mga proyekto ng aegis bilang kamag-anak
sa ugat ng puno ng direktoryo ng baseline. Ang direktoryo ng pag-unlad at ang
Ang direktoryo ng integration ay mga anino ng baseline na direktoryo na ito, at sa gayon ang mga kamag-anak na pangalan na ito
apply din dito. Ang mga file na pinangalanan sa command line ay unang na-convert sa ganap na mga landas
kung kinakailangan. Pagkatapos ay ihahambing ang mga ito sa baseline na landas, ang direktoryo ng pag-unlad
path, at ang integration directory path, para matukoy ang baseline-relative na pangalan. Ito ay
isang error kung ang file na pinangalanan ay nasa labas ng isa sa mga puno ng direktoryo na ito.

Ang -BAse_RElative opsyon ay maaaring gamitin upang maging sanhi ng mga kamag-anak na filename na bigyang-kahulugan bilang
nauugnay sa baseline na landas; ang ganap na mga filename ay ihahambing pa rin sa iba't-ibang
path upang matukoy ang baseline-relative na pangalan.

Ang relative_filename_preference sa file ng pagsasaayos ng gumagamit ay maaaring gamitin upang baguhin
ang default na gawi na ito. Tingnan mo aeuconf(5) para sa karagdagang impormasyon.

PAGSUBOK PROCESS

Ang bawat pagbabago ay kailangang samahan ng mga pagsubok, at ang mga pagsubok na iyon ay kinakailangan
tumakbo laban sa binuo na direktoryo ng pag-unlad, at dapat silang pumasa. Tinitiyak nito na bago
ang functionality ay sinamahan ng mga pagsubok upang i-verify ang tama nito, at ang mga pag-aayos ng bug ay
sinamahan ng mga pagsubok na nagpapatunay na ang bug ay naayos na.

Pagbabalik Mga Pagsubok
Ang mga pagsubok ay itinuturing bilang anumang iba pang source file, at pinananatili sa baseline at
kasaysayan kasama ang lahat ng iba pang source file. Ang mga pagsubok na dapat sumabay sa bawat pagbabago
maipon sa baseline ng proyekto, na nagbibigay ng kahulugan ng tamang function para sa
baseline. Ang mga naipon na pagsubok na ito ay maaaring isagawa gamit ang "aegis -REGression" na utos,
upang i-verify na ang proyekto ay hindi "bumaba" bilang isang resulta ng isang pagbabago.

Baseline Mga Pagsubok
Ang mga pag-aayos ng bug ay kinakailangan upang magkaroon ng kanilang mga pagsubok mabigo laban sa baseline ng proyekto (sa kaibahan
sa direktoryo ng pag-unlad). Tinitiyak nito na ang pagsubok ay aktwal na nagpapakita ng bug
sa baseline, pati na rin ang pagpapakita na ito ay naayos sa pamamagitan ng pagbabago. Bago
hindi gaanong nabigo ang functionality laban sa baseline, kaya hindi sinusubukan ng aegis na gawin ito
hulaan kung ang isang pagsubok ay isang pagsubok sa pag-aayos ng bug o bagong pagsubok sa pag-andar, nangangailangan lang ito ng mga pagsubok
nabigo laban sa baseline.

Nalalapat ang kinakailangang ito sa mga bagong pagsubok na ginagawa ng isang pagbabago at gayundin sa mga pagsubok
na nakopya sa isang pagbabago para sa pagbabago.

Pagrepaso Mga Pagsubok
Maaaring magtiwala ang mga tagasuri na ipinatupad ng aegis ang mga kinakailangan sa pagsusulit; na pagbabago
dapat magkaroon ng mga pagsubok, na ang pagbabago ay dapat bumuo, na ang mga pagsubok ay pumasa laban sa pag-unlad
direktoryo, at ang mga pagsubok ay nabigo laban sa baseline. Ang mga kundisyong ito ay ipinapatupad
by aede(1) at ang pagbabago ay hindi isusulong sa pagkatao -Reviewed estado hanggang sa mga ito
natutugunan ang mga kundisyon. Kaya dapat suriin ng mga tagasuri ang mga pagsusulit para sa pagkakumpleto ng coverage ng
ang code sa pagbabago, at insensitivity sa mga pagbabago sa kapaligiran ng pagpapatupad (hal
hindi sensitibo sa petsa). Dapat ding gamitin ng mga reviewer ang "aegis -list change_details" para mag-verify
na ang isang pagbabago ay mayroon o walang mga exemption sa pagsubok.

Exemptions
Ang iba't ibang mga exemption sa pagsusulit ay maaaring ibigay ng mga administrator ng proyekto, tingnan aepa(1) at
aepattr(5) para sa karagdagang impormasyon. Pagkopya ng mga pagsubok sa isang pagbabago, o pagdaragdag ng mga bagong pagsubok sa a
baguhin, maaaring kanselahin ang mga exemption na iyon.

PAGSUBOK COMMAND Configuration

Ang utos na ginamit upang magsagawa ng mga pagsubok ay tinukoy ng test_command larangan sa proyekto
configuration file (tingnan ang aepconf(5) para sa karagdagang impormasyon), ito ay default sa paggamit ng
Bourne shell kung hindi nakatakda. Ang kasalukuyang direktoryo ang magiging tuktok ng naaangkop
puno ng direktoryo. Kung ang mga pagsubok ay nangangailangan ng mga pansamantalang file, dapat nilang gawin ang mga ito / Tmp, Bilang isang
hindi maaaring asahan ng pagsubok na magkaroon ng pahintulot sa pagsulat sa kasalukuyang direktoryo.

Kung gusto mong gumamit ng mas sopistikadong test engine, sa halip na isang simpleng shell script,
ngunit ang test engine na ito ay hindi nagbabalik ng mga resultang code na angkop para sa paggamit sa aegis, maaari mo
balutin ito sa isang shell script na muling isinusulat ang exit status sa mga halagang inaasahan ng aegis.
Maaari mo ring makamit ang parehong mga resulta sa pamamagitan ng pagsulat ng mas kumplikado test_command nasa
proyekto config file.

Posible rin na magsulat ng mga test command na kayang sumubok ng higit sa isang file sa
minsan. Ito ay kinokontrol ng batch_test_command larangan ng proyekto config file. Sa
sa kasong ito, ang ${output} substitution ay nagpapahiwatig ng pangalan ng isang file na kailangan ng test command
lumikha, sa aetest(5) format, upang maglaman ng mga resulta ng mga pagsubok na tumakbo. Madalas itong ginagamit
sa mga system na may maraming CPU o ang kakayahang ipamahagi ang mga trabaho sa ilang mga computer
sa isang network.

Pamalit
Ang lahat ng mga aesub(5) ang mga pamalit ay magagamit sa mga utos ng pagsubok. Ang ilan sa kanila ay
ng partikular na tala:

Arkitektura
Ang pagpapalit na ito ay pinalitan ng pangalan ng arkitektura na susuriin.

Search_Path
Ang pagpapalit na ito ay pinalitan ng isang colon separated list ng absolute paths to
maghanap kapag naghahanap ng mga test support file.

Search_Path_Executable
Ang pagpapalit na ito ay pinalitan ng isang colon separated list ng absolute paths to
maghanap kapag naghahanap ng mga executable na support file (library file at sub-
mga utos).

Karamihan ng panahon $Search_Path_Executable ay eksaktong pareho. Gayunpaman, sa panahon ng "aegis -t
-bl” magkaiba sila, with $Seach_Path simula sa direktoryo ng pag-unlad (ang
pinapatakbo ang pagsubok) at $Seach_Path_Executable simula sa baseline (ang executable being
tumakbo).

Pagsubok Resulta Mga Code
Habang tumatakbo ang bawat pagsubok (sa pamamagitan ng test_command larangan sa proyekto config file), aegis
tinutukoy kung nagtagumpay o nabigo ang pagsubok sa pamamagitan ng pagtingin sa katayuan ng paglabas nito. Itong labasan
ang katayuan ay kadalasang tulad ng inaasahan para sa mga utos ng UNIX.

Tagumpay
Ang isang pagsubok ay dapat lumabas sa 0 upang ipahiwatig ang tagumpay, ibig sabihin, ang partikular na function sa ilalim ng pagsubok
nagtrabaho gaya ng inaasahan.

Pagkabigo
Ang isang pagsubok ay dapat lumabas sa 1 upang ipahiwatig ang kabiguan, ibig sabihin, ang partikular na function na nasa ilalim ng pagsubok
hindi gumana gaya ng inaasahan.

Walang Resulta
Ang pagsusulit ay dapat lumabas sa 2 upang magpahiwatig ng walang resulta, ibig sabihin na ang partikular na function sa ilalim
hindi maisagawa ang pagsusulit dahil may ibang nangyaring mali. Halimbawa, tumatakbo
wala sa espasyo sa disk kapag lumilikha ng mga test input file sa / Tmp direktoryo.

Nilaktawan
Ang pagsusulit ay dapat lumabas sa 77 upang ipahiwatig na ito ay nilaktawan. Ito ay karaniwang may kinalaman sa
ang kasalukuyang arkitektura ay hindi makabuluhan. Hangga't maaari, gamitin ang "Walang Resulta"
sa halip. (Ang halaga ay pinili para sa pagiging tugma sa iba pang mga sistema ng pagsubok.)

Sa totoo lang, ang anumang exit code maliban sa 0, 1 o 77 ay bibigyang-kahulugan bilang "walang resulta".
Gayunpaman, ang palaging paggamit ng 0, 1, 2 o 77 ay nangangahulugan na kung ang isang bagong code ng resulta ay kinakailangan ng a
sa susunod na paglabas ng Aegis ang iyong mga kasalukuyang pagsubok ay patuloy na gagana.

PAGSUBOK MGA KORELASYON

Ang utos na "aegis -Test -SUGgest" ay maaaring gamitin upang magkaroon ang aegis na magmungkahi ng angkop na regression
mga pagsubok para sa iyong pagbabago, batay sa mga source file sa iyong pagbabago. Ito ay awtomatiko
itinutuon ang pagsusumikap sa pagsubok sa mga nauugnay na pagsubok, na binabawasan ang bilang ng mga pagsubok sa regression
kinakailangan upang maging kumpiyansa na hindi ka nagpakilala ng isang bug.

Ang mga pagsubok na ugnayan ay nabuo ng command na "aegis -Integrate_Pass", na
iniuugnay ang bawat pagsubok sa pagbabago sa bawat source file sa pagbabago. Kaya, ang bawat isa
source file ay nag-iipon ng isang listahan ng mga pagsubok na nauugnay dito sa nakaraan.
Hindi ito kasing eksakto ng pagsusuri sa saklaw ng code, ngunit isang makatwirang pagtatantya sa
pagsasanay.

Ang aecp(1) at aenf(1) Ang mga utos ay ginagamit upang iugnay ang mga file sa isang pagbabago. Habang sila'y
hindi aktibong gumanap ng asosasyon, ito ang mga file na ginagamit ng aeipass(1) at
aet(1) upang matukoy kung aling mga source file ang nauugnay sa kung aling mga pagsubok.

Pagsubok Korelasyon Ganap na kawastuan
Ipagpalagay na ang mga ugnayan sa pagsubok ay tumpak at ang mga pagsubok ay pantay
ibinahagi sa buong function space, magkakaroon ng mas mababa sa 1/numero pagkakataon na a
kaugnay na pagsubok ay hindi pinatakbo ng "aegis -Test -SUGgest numero” utos. Isang maliit
dami ng ingay ay idinagdag sa pagtimbang ng pagsubok, kaya kung minsan ang mga hindi inaasahang bagay
sinubukan, at ang parehong mga pagsubok ay hindi tumatakbo sa bawat oras.

Ang katumpakan ng ugnayan ng pagsubok ay maaaring mapabuti sa pamamagitan ng pagtiyak na:

· Ang bawat pagbabago ay dapat na mahigpit na nakatutok, na walang walang bayad na pagsasama ng file. Ito
iniiwasan ang mga huwad na ugnayan.

· Ang bawat item ng bagong functionality ay dapat idagdag sa isang indibidwal na pagbabago, sa halip na
ilang magkasama. Mahigpit nitong iniuugnay ang mga pagsubok sa functionality.

· Ang bawat bug ay dapat ayusin sa isang indibidwal na pagbabago, sa halip na ilang magkasama. Ito
malakas na iniuugnay ang mga pagsubok sa functionality.

· Mawawala ang mga ugnayan sa pagsubok kung ililipat ang mga file. Ito ay dahil ang mga ugnayan ay sa pamamagitan ng
pangalan.

Ang pinakamahusay na paraan para tumpak na maiugnay ang mga pagsubok sa mga source file ay kapag may pagbabago
naglalaman ng pagsubok at eksaktong mga file na iyon na nauugnay sa functionality na sinusuri. masyadong
maraming mga huwad na file ang magpapapahina sa pagiging kapaki-pakinabang ng mga ugnayan sa pagsubok.

Opsyon

Ang mga sumusunod na opsyon ay nauunawaan:

-Awtomatiko
Maaaring gamitin ang opsyong ito upang tukuyin ang mga awtomatikong pagsubok. Ang mga awtomatikong pagsusuri ay nangangailangan ng hindi
tulong ng tao.

-BaseLine
Maaaring gamitin ang opsyong ito upang tukuyin na ang baseline ng proyekto ay ang paksa ng
ang utos.

-BAse_RElative
Maaaring gamitin ang opsyong ito upang maituring na may kaugnayan ang mga kamag-anak na filename
ang base ng pinagmumulan ng puno. Tingnan mo aeuconf(5) para sa kaukulang user
kagustuhan.

-CUrrent_RElative
Maaaring gamitin ang opsyong ito upang maituring na may kaugnayan ang mga kamag-anak na filename
ang kasalukuyang direktoryo. Ito ang karaniwang default. Tingnan mo aeuconf(5) para sa
kaukulang kagustuhan ng gumagamit.

-Baguhin numero
Maaaring gamitin ang opsyong ito upang tukuyin ang isang partikular na pagbabago sa loob ng isang proyekto. Tingnan mo
pagtanggol(1) para sa kumpletong paglalarawan ng opsyong ito.

-Pwersa Maaaring gamitin ang opsyong ito upang tukuyin na ang lahat ng mga pagsubok ay dapat patakbuhin, kahit na ang
ang katayuan ng huling pagsubok na tumakbo ay nagpapahiwatig na hindi na kailangang magpatakbo ng isang tiyak
pagsubok.

-Tulong
Maaaring gamitin ang opsyong ito upang makakuha ng higit pang impormasyon tungkol sa kung paano gamitin ang pagtanggol
programa.

-INDependant
Ginagamit ang opsyong ito upang tukuyin na ang pagsubok ay tatakbo nang hiwalay sa alinman
partikular na pagbabago. Kung walang mga pagsubok na pinangalanan, lahat ng mga pagsubok sa baseline ay tatakbo.

-Listahan
Maaaring gamitin ang opsyong ito upang makakuha ng listahan ng mga angkop na paksa para sa utos na ito.
Ang listahan ay maaaring mas pangkalahatan kaysa sa inaasahan.

-Manual Maaaring gamitin ang opsyong ito upang tukuyin ang mga manu-manong pagsubok. Ang mga manu-manong pagsusuri ay nangangailangan ng ilang tao
interbensyon, hal: pagkumpirma ng ilang gawi sa screen (X11, halimbawa), o
ilang aksyon ng user, "unplug ethernet cable now".

-Hindi_Pag-log
Maaaring gamitin ang opsyong ito upang hindi paganahin ang awtomatikong pag-log ng output at mga error sa
isang file. Ito ay madalas na kapaki-pakinabang kapag ang ilang mga aegis command ay pinagsama sa isang shell
script.

-Magtiyaga
Maaaring gamitin ang opsyong ito upang tukuyin na ang lahat ng mga pagsubok ay dapat patakbuhin, kahit na ang ilan
mabibigo. Default sa user tiyaga_kagustuhan kung hindi tinukoy, tingnan
aeuconf(5) para sa karagdagang impormasyon.

-No_PErsevere
Maaaring gamitin ang opsyong ito upang tukuyin na ang pagsubok na pagtakbo ay dapat huminto pagkatapos ng una
kabiguan. Default sa user tiyaga_kagustuhan kung hindi tinukoy, tingnan
aeuconf(5) para sa karagdagang impormasyon.

-Proyekto pangalan
Ang opsyon na ito ay maaaring gamitin upang piliin ang proyekto ng interes. Kapag hindi -Proyekto
ang opsyon ay tinukoy, ang AEGIS_PROJECT kinukunsulta ang variable ng kapaligiran. Kung
wala iyon, sa gumagamit $HOME/.aegisrc ang file ay sinusuri para sa isang default
larangan ng proyekto (tingnan aeuconf(5) para sa karagdagang impormasyon). Kung wala iyon,
kapag ang user ay gumagawa lamang ng mga pagbabago sa loob ng isang proyekto, ang proyekto
default ang pangalan sa proyektong iyon. Kung hindi, ito ay isang error.

-Progreso
Maaaring gamitin ang opsyong ito upang tukuyin na ang mga mensahe ng pag-unlad ay dapat na mailabas bago
bawat test run o bago ang bawat batch test run kung sakali batch_test_command parang
tinukoy sa proyekto config file (tingnan aeuconf(5) para sa karagdagang impormasyon).

-Walang pag-unlad
Maaaring gamitin ang opsyong ito upang tukuyin na dapat na pigilan ang mga mensahe ng pag-unlad.
Ito ang default.

-Regression
Ang opsyong ito ay ginagamit upang tukuyin na ang regression test suite ay tatakbo. Ang
Ang regression test suite ay binubuo ng lahat ng mga pagsubok sa baseline na hindi lumalabas
sa pagbabago. Ito ay isang error kung walang mga pagsubok sa pagbabalik. Maaaring hindi mo
mga pagsubok sa pangalan sa command line kapag ginagamit ang -REGression na opsyon. Maaari mong pangalanan
indibidwal na mga pagsubok na tatakbo sa command line, nang hindi gumagamit ng -REGression
opsyon; kung hindi sila bahagi ng pagbabago, ang mga pagsubok ng parehong pangalan sa
tatakbo ang baseline.

-Imungkahi [ numero ]
Ang "pagtanggol -Integrate_Pass” kinokolekta ng command ang mga istatistika ng ugnayan ng pagsubok kapag
isinama ang mga pagbabago. Maaaring gamitin ang opsyong ito para humiling na iminumungkahi ng aegis
kung aling mga pagsubok ang dapat patakbuhin, gamit ang mga ugnayang ito sa pagsubok. Kung walang numero
tinukoy, 10 pagsusulit ang imumungkahi. Ang pagpipiliang ito ay nagpapahiwatig ng -Regression
pagpipilian.

-SUGgest_Limit minuto
Maaaring gamitin ang opsyong ito upang limitahan ang bilang ng mga pagsubok sa isang tiyak na bilang ng
minuto. Tatakbo ang mga ito mula sa pinaka-kaugnay hanggang sa hindi gaanong kaugnay.

-SUGgest_Noise numero
Ang opsyong ito ay maaaring gamitin upang kontrolin ang dami ng ingay na itinurok sa pagsubok
pagpili na isinagawa ng -Imungkahi opsyon. Ang bilang ay isang porsyento ng ingay
para iturok. Default sa 10 kung hindi tinukoy. Tinitiyak ng pag-iniksyon ng ingay
na ang iba't ibang pagsubok ay pinapatakbo sa mga kasunod na pagtakbo, at ang ilan din mula sa kaliwang field
bilang pagsusuri sa katinuan.

-TERse
Maaaring gamitin ang opsyong ito upang maging sanhi ng mga listahan na makagawa ng pinakamababa
impormasyon. Karaniwan itong kapaki-pakinabang para sa mga script ng shell.

-Verbose
Ang opsyong ito ay maaaring gamitin upang maging sanhi ng aegis na makagawa ng mas maraming output. Bilang default aegis
gumagawa lamang ng output sa mga error. Kapag ginamit kasama ng -Listahan opsyon ang opsyong ito
nagiging sanhi ng pagdaragdag ng mga heading ng column.

-Maghintay Maaaring gamitin ang opsyong ito para hilingin sa mga utos ng Aegis na maghintay para sa mga lock ng access, kung
hindi agad makukuha ang mga ito. Default sa user lock_wait_preference
kung hindi tinukoy, tingnan aeuconf(5) para sa karagdagang impormasyon.

-Hindi_Teka
Maaaring gamitin ang opsyong ito para hilingin sa mga utos ng Aegis na maglabas ng nakamamatay na error kung ma-access
hindi agad makukuha ang mga kandado. Default sa user
lock_wait_preference kung hindi tinukoy, tingnan aeuconf(5) para sa karagdagang impormasyon.

Tingnan din pagtanggol(1) para sa mga opsyon na karaniwan sa lahat ng aegis command.

Ang lahat ng mga pagpipilian ay maaaring paikliin; ang pagdadaglat ay nakadokumento bilang mga malalaking titik,
lahat ng maliliit na titik at salungguhit (_) ay opsyonal. Dapat kang gumamit ng magkasunod
pagkakasunud-sunod ng mga opsyonal na titik.

Ang lahat ng mga opsyon ay case insensitive, maaari mong i-type ang mga ito sa upper case o lower case o a
kumbinasyon ng pareho, kaso ay hindi mahalaga.

Halimbawa: ang mga argumentong "-project, "-PROJ" at "-p" ay lahat ay binibigyang kahulugan na ang
-Proyekto opsyon. Ang argumentong "-prj" ay hindi mauunawaan, dahil magkasunod
hindi ibinigay ang mga opsyonal na character.

Ang mga opsyon at iba pang argumento ng command line ay maaaring ihalo nang arbitraryo sa command line,
pagkatapos ng mga tagapili ng function.

Ang mga pangalan ng mahahabang opsyon ng GNU ay nauunawaan. Dahil ang lahat ng mga pangalan ng opsyon para sa pagtanggol ay mahaba,
ito ay nangangahulugan ng pagbalewala sa dagdag na nangungunang '-'. Ang "--opsyon=halaga"Gayundin ang convention
naintindihan.

Inirerekumendang Bansag

Ang inirerekomendang alias para sa utos na ito ay
csh% alias aet 'aegis -t \!* -v'
sh$ aet(){aegis -t "$@" -v}

MGA KAMALI

Ito ay isang error kung ang pagbabago ay wala sa isa sa pagkatao umunlad or pagkatao Isinama
estado.
Ito ay isang error kung ang pagbabago ay hindi itinalaga sa kasalukuyang user.
Ito ay isang error kung wala kang nauugnay na mga pagsubok at walang nauugnay na exemption.

EXIT STATUS

Ang pagtanggol lalabas ang command na may status na 1 sa anumang error. Ang pagtanggol utos ay lamang
exit na may status na 0 kung walang mga error.

Kapaligiran MGA VARIABLE

Tingnan pagtanggol(1) para sa isang listahan ng mga variable ng kapaligiran na maaaring makaapekto sa utos na ito. Tingnan mo
aepconf(5) para sa file ng pagsasaayos ng proyekto project_specific field para sa kung paano itakda
mga variable ng kapaligiran para sa lahat ng mga utos na isinagawa ng Aegis.

Gumamit ng aet online gamit ang mga serbisyo ng onworks.net