aent - Online sa Cloud

PROGRAMA:

NAME

aegis bagong pagsubok - magdagdag ng bagong pagsubok sa isang pagbabago

SINOPSIS

pagtanggol -Bagong_Pagsusulit [ opsyon... ][ filename... ]
pagtanggol -Bagong_Pagsusulit -Listahan [ opsyon... ]
pagtanggol -Bagong_Pagsusulit -Tulong

DESCRIPTION

Ang pagtanggol -Bagong_Pagsusulit Ang command ay ginagamit upang magdagdag ng bagong pagsubok sa isang pagbabago. Isang bagong file ang nalikha
sa direktoryo ng pag-unlad.

Ang mga bagong pagsubok ay default sa "awtomatiko" maliban kung tinukoy.

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 Filename Henerasyon
Maaari kang pumili ng iyong sariling filename para sa isang pagsubok, sa pamamagitan ng pagtukoy nito sa command line.

Kung walang tinukoy na filename sa command line, awtomatiko ang isang test filename
nabuo. Ito ay kinokontrol ng new_test_filename larangan ng proyekto
configuration file (tingnan ang aepconf(5) para sa karagdagang impormasyon. Lahat ay awtomatikong nabuo
Ang mga filename ng pagsubok sa loob ng isang proyekto ay natatangi ang bilang. Ang default na pattern para sa bagong pagsubok
Ang mga pangalan ng file ay "pagsubok/XX/tXXXX[am].sh", saan XX ay ang unang 2 digit ng test number,
XXXX ay ang buong numero ng pagsubok, at [am] ay para sa mga awtomatikong pagsusuri at m para sa mga manu-manong pagsusuri.

Pagbabago Mga Pagsubok
Maaaring mabago ang mga pagsubok sa hinaharap sa pamamagitan ng pagdaragdag sa mga ito sa isang pagbabago sa aecp(1) utos.
Ang mga pagsubok ay tinatrato tulad ng ibang source file, at napapailalim sa parehong proseso.

talaksan Template
Kapag ang isang bagong file ay nilikha sa direktoryo ng pag-unlad ang proyekto config ang file ay
naghanap ng template para sa bagong file. Kung may nakitang template, ang bagong file ay makikita
pinasimulan sa template, kung hindi, ito ay gagawing walang laman. Tingnan mo aepconf(5) para sa higit pa
impormasyon.

Ang pinakasimpleng anyo ay ang paggamit ng mga template file, tulad ng
file_template =
[
{
pattern = [ "*.c" ];
body = "${read_file ${source template/c abs}}";
},
{
pattern = [ "test/*/.sh" ];
body = "${read_file ${source template/test abs}}";
},
];
Gaya ng nakikita mo, ang mga file ng template ay bahagi ng pinagmumulan ng proyekto, kaya maaari mong idagdag ang
naaangkop na mga abiso sa copyright, at mga wrapper, at iba pa. ang $source hinahanap sila ng pagpapalit,
kung hindi sila bahagi ng kasalukuyang pagbabago (at kadalasan ay hindi).

Ang mga template file mismo ay naglalaman ng mga pamalit. Ang $filename ang pagpapalit ay
magagamit, at naglalaman ng pangalan ng file na ginagawa. Ito ay maaaring manipulahin sa
iba't ibang paraan kapag gumagawa ng naaangkop na nilalaman ng file. Tingnan mo aesub(5) para sa higit pa
impormasyon tungkol sa mga pagpapalit.

Posible rin na magpatakbo ng isang command upang lumikha ng bagong file. Maaari mong gawin ito sa halip na
pagtukoy ng body string, viz:
file_template =
[
{
pattern = [ "*" ];
body_command = "perl ${source template.pl abs} $filename";
},
];
Ang command ay pinapatakbo gamit ang kasalukuyang direktoryo na nakatakda sa tuktok ng direktoryo ng pag-unlad.
Ito ay isang error kung ang command ay nabigo sa paglikha ng file. Maaari mong paghaluin ang dalawa
pamamaraan, katawan string at body_command, kung gusto mo.

Mag-ingat upang matiyak na ang pattern ng template ng filename ng pagsubok ay tumutugma sa
new_test_filename na patlang.

talaksan Pangalan Mga hangganan
Mayroong ilang mga kontrol na magagamit upang limitahan ang anyo ng mga pangalan ng file ng proyekto. Lahat ng
ang mga kontrol na ito ay maaaring matagpuan sa file ng pagsasaayos ng proyekto, tingnan aepconf(5) para sa higit pa
impormasyon. Ang pinaka-makabuluhan ay maikling inilarawan dito:

maximum_filename_length = integer;
Ginagamit ang field na ito upang limitahan ang haba ng mga filename. Maaaring wala ang lahat ng bagong file
mga bahagi ng landas na mas mahaba kaysa dito. Default sa 255 kung hindi nakatakda. Para sa maximum
portability dapat mong itakda ito sa 14.

posix_filename_charset = boolean;
Maaaring gamitin ang field na ito upang limitahan ang mga character na pinapayagan sa mga filename sa mga iyon lamang
tahasang pinapayagan ng POSIX. Default sa hindi totoo kung hindi nakatakda, ibig sabihin anuman ang iyong
papahintulutan ng operating system, maliban sa white space at mga high-bit-on na character.
Para sa maximum na portability dapat mong itakda ito sa totoo.

dos_filename_required = boolean;
Maaaring gamitin ang field na ito upang limitahan ang mga filename upang umayon ang mga ito sa DOS 8+3
mga limitasyon ng filename at sa DOS filename character set. Default sa hindi totoo kung hindi
itakda.

windows_filename_required = boolean;
Maaaring gamitin ang field na ito upang limitahan ang mga filename upang umayon ang mga ito sa Windows98
at mga limitasyon ng filename ng WindowsNT at set ng character. Default sa hindi totoo kung hindi nakatakda.

shell_safe_filenames = boolean;
Maaaring gamitin ang field na ito upang limitahan ang mga filename upang hindi maglaman ng shell
mga espesyal na karakter. Default sa totoo kung hindi nakatakda. Kung nakatakda ang field na ito sa hindi totoo,
kakailanganin mong gamitin ang ${quote} pagpapalit sa paligid ng mga filename sa mga command, sa
tiyakin na ang mga filename na naglalaman ng mga espesyal na character ng shell ay walang hindi sinasadya
side effects. Ang mga kakaibang character sa mga filename ay maaari ring malito ang iyong dependency
kasangkapan sa pagpapanatili.

allow_white_space_in_filenames = boolean;
Maaaring gamitin ang field na ito upang payagan ang mga white space na character sa mga pangalan ng file. Ito ay
payagan ang mga sumusunod na character na lumitaw sa mga pangalan ng file: backspace (BS, \b, 0x08),
pahalang na tab (HT, \t, 0x09), bagong linya (NL, \n, 0x0A), patayong tab (VT, \v,
0x0B), form feed (FF, \f, 0x0C), at carriage return (CR, \r, 0x0D). Default sa
false kung hindi nakatakda.

Tandaan na ang field na ito ay hindi nag-o-override ng iba pang mga filter ng pangalan ng file. Ito ay magiging
kinakailangan upang tahasang itakda shell_safe_filename = hindi totoo din. Ito ay magiging
kailangang itakda dos_filename_required = hindi totoo (ang default) pati na rin. Ito ay magiging
kailangang itakda posix_filename_charset = hindi totoo (ang default) pati na rin.

Dapat mag-ingat nang husto ang user na gamitin ang ${quote} na pagpapalit sa lahat ng file
mga pangalan sa mga utos sa pagsasaayos ng proyekto. At kahit na noon, mga pagpapalit
na umaasa sa isang hiwalay na puwang na listahan ng mga pangalan ng file ay magkakaroon ng hindi natukoy na mga resulta.

allow_non_ascii_filenames = boolean;
Maaaring gamitin ang field na ito upang payagan ang mga pangalan ng file na may mga hindi napi-print na character
sila. Kadalasan ito ay nangangahulugan ng isang UTF8 o internasyonal na charset ng ilang uri.
Default sa false kung hindi nakatakda.

Tandaan na ang field na ito ay hindi nag-o-override ng iba pang mga filter ng pangalan ng file. Ito ay magiging
kinakailangan upang tahasang itakda shell_safe_filename = hindi totoo din. Ito ay magiging
kailangang itakda dos_filename_required = hindi totoo (ang default) pati na rin. Ito ay magiging
kailangang itakda posix_filename_charset = hindi totoo (ang default) pati na rin.

filename_pattern_accept = [ string ];
Ginagamit ang field na ito upang tukuyin ang isang listahan ng mga pattern ng mga katanggap-tanggap na filename.
Default sa "*" kung hindi nakatakda.

filename_pattern_reject = [ string ];
Ginagamit ang field na ito upang tukuyin ang isang listahan ng mga pattern ng hindi katanggap-tanggap na mga filename.

Pakiusap tandaan: Kinokonsulta rin ng Aegis ang pinagbabatayan na file system, upang matukoy ang paniwala nito sa
maximum na laki ng file. Kung saan ang maximum na laki ng file ng file system ay mas mababa sa
maximum_filename_length, panalo ang filesystem. Ito ay maaaring mangyari, halimbawa, kapag ikaw ay
gamit ang Linux UMSDOS file system, o kapag mayroon kang NFS na naka-mount ng sinaunang V7
filesystem. Setting maximum_filename_length sa 255 sa mga kasong ito ay hindi nagbabago sa
katotohanan na ang pinagbabatayan na mga limitasyon ng file system ay mas maliit (12 at 14, ayon sa pagkakabanggit).

Kung ang iyong mga direktoryo ng pagpapaunlad (o ang iyong buong proyekto) ay nasa mga filesystem na may filename
mga limitasyon, o isang bahagi ng magkakaibang mga build ay nagaganap sa gayong kapaligiran,
nakakatulong na sabihin sa Aegis kung ano sila (gamit ang proyekto config mga patlang ng file) upang ikaw
huwag tumakbo sa sitwasyon kung saan ang proyekto ay nagtatayo sa mas mapagpahintulot
kapaligiran, ngunit nabigo sa mga mahiwagang error sa mas limitadong kapaligiran.

Kung ang iyong mga direktoryo ng pagpapaunlad ay regular na nasa isang Linux UMSDOS filesystem, gagawin mo
marahil ay mas mahusay na magtakda dos_filename_required = totoo, at binabago din ang
development_directory_template patlang. Heterogenous development na may iba't ibang Windows
maaaring kailanganin din ito ng mga kapaligiran.

Pagbabago ang uri of a talaksan
Kung gusto mong baguhin ang uri ng isang file (sabihin, mula sa isang pagsubok patungo sa isang source file, o vice
versa) maaari mong gawin ito bilang dalawang pagbabago, sa pamamagitan ng unang paggamit arm(1) sa isang pagbabago at pagkatapos
paggamit aenf(1) o aent(1) sa pangalawang pagbabago, o maaari mong pagsamahin ang parehong mga hakbang sa pareho
pagbabago. Tandaan na gamitin ang arm -nowhiteout opsyon o makakakuha ka ng pinaka kakaibang bago
template ng file.

Abiso
Ang new_test_command sa proyekto config Ang file ay tumatakbo, kung nakatakda. Ang project_file_command
ay tumatakbo din, kung nakatakda, at kung nagkaroon ng integration kamakailan. Tingnan mo aepconf(5) para sa
karagdagang informasiyon.

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

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

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

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

-Output filename
Maaaring gamitin ang opsyong ito upang tukuyin ang isang filename na isusulat kasama ng
awtomatikong tinutukoy ang pangalan ng test file. Kapaki-pakinabang para sa pagsulat ng mga script.

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

-TEMPLATE
Maaaring gamitin ang opsyong ito upang tukuyin na dapat gumamit ng bagong template ng file, kahit na
kung ang file ay mayroon na.

-Walang_TEMplate
Maaaring gamitin ang opsyong ito upang tukuyin na hindi dapat gumamit ng bagong template ng file,
kahit na ang file ay hindi umiiral (anumang walang laman na file ay malilikha).

-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 aent 'aegis -nt \!* -v'
sh$ aent(){aegis -nt "$@" -v}

MGA KAMALI

Ito ay isang error kung ang pagbabago ay wala sa pagkatao umunlad estado.
Ito ay isang error kung ang pagbabago ay hindi itinalaga sa kasalukuyang user.

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 aent online gamit ang mga serbisyo ng onworks.net