aent - ക്ലൗഡിൽ ഓൺലൈനിൽ

പട്ടിക:

NAME

aegis new test - ഒരു മാറ്റത്തിലേക്ക് ഒരു പുതിയ ടെസ്റ്റ് ചേർക്കുക

സിനോപ്സിസ്

aegis -പുതിയ_ടെസ്റ്റ് [ ഓപ്ഷൻ... [ ഫയലിന്റെ പേര്...]
aegis -പുതിയ_ടെസ്റ്റ് - ലിസ്റ്റ് [ ഓപ്ഷൻ...]
aegis -പുതിയ_ടെസ്റ്റ് -സഹായം

വിവരണം

ദി aegis -പുതിയ_ടെസ്റ്റ് ഒരു മാറ്റത്തിലേക്ക് ഒരു പുതിയ ടെസ്റ്റ് ചേർക്കാൻ കമാൻഡ് ഉപയോഗിക്കുന്നു. ഒരു പുതിയ ഫയൽ സൃഷ്ടിച്ചു
വികസന ഡയറക്ടറിയിൽ.

മറ്റുവിധത്തിൽ വ്യക്തമാക്കിയിട്ടില്ലെങ്കിൽ പുതിയ ടെസ്റ്റുകൾ ഡിഫോൾട്ട് "ഓട്ടോമാറ്റിക്" ആണ്.

ഫയല് പേര് വ്യാഖ്യാനം
ഫയൽ നാമങ്ങളിൽ നിന്ന് പ്രോജക്റ്റ് ഫയൽ നാമങ്ങൾ നിർണ്ണയിക്കാൻ aegis പ്രോഗ്രാം ശ്രമിക്കും
കമാൻഡ് ലൈനിൽ നൽകിയിരിക്കുന്നു. എല്ലാ ഫയൽ നാമങ്ങളും ആപേക്ഷികമായി aegis പ്രോജക്റ്റുകളിൽ സംഭരിച്ചിരിക്കുന്നു
അടിസ്ഥാന ഡയറക്‌ടറി ട്രീയുടെ റൂട്ടിലേക്ക്. വികസന ഡയറക്ടറിയും
ഈ അടിസ്ഥാന ഡയറക്‌ടറിയുടെ നിഴലുകളാണ് ഇന്റഗ്രേഷൻ ഡയറക്‌ടറി, അതിനാൽ ഈ ആപേക്ഷിക പേരുകൾ
ഇവിടെയും പ്രയോഗിക്കുക. കമാൻഡ് ലൈനിൽ പേരിട്ടിരിക്കുന്ന ഫയലുകൾ ആദ്യം കേവല പാതകളിലേക്ക് പരിവർത്തനം ചെയ്യപ്പെടുന്നു
ആവശ്യമെങ്കിൽ. അവ പിന്നീട് അടിസ്ഥാന പാതയായ വികസന ഡയറക്ടറിയുമായി താരതമ്യം ചെയ്യുന്നു
ഒരു അടിസ്ഥാന-ആപേക്ഷിക നാമം നിർണ്ണയിക്കാൻ പാതയും ഏകീകരണ ഡയറക്ടറി പാതയും. അത്
പേരുള്ള ഫയൽ ഈ ഡയറക്ടറി ട്രീകളിലൊന്നിന് പുറത്താണെങ്കിൽ ഒരു പിശക്.

ദി -BAse_RElative ആപേക്ഷിക ഫയൽനാമങ്ങൾ ഇങ്ങനെ വ്യാഖ്യാനിക്കുന്നതിന് ഓപ്‌ഷൻ ഉപയോഗിക്കാം
അടിസ്ഥാന പാതയുമായി ബന്ധപ്പെട്ട്; സമ്പൂർണ്ണ ഫയൽനാമങ്ങൾ ഇപ്പോഴും വ്യത്യസ്തമായവയുമായി താരതമ്യം ചെയ്യും
അടിസ്ഥാന-ആപേക്ഷിക നാമം നിർണ്ണയിക്കുന്നതിനുള്ള പാതകൾ.

ദി ആപേക്ഷിക_ഫയൽ നാമം_മുൻഗണന ഉപയോക്തൃ കോൺഫിഗറേഷൻ ഫയലിൽ മാറ്റം വരുത്താൻ ഉപയോഗിക്കാം
ഈ സ്ഥിര സ്വഭാവം. കാണുക aeuconf(5) കൂടുതൽ വിവരങ്ങൾക്ക്.

പരിശോധന ഫയൽനാമം തലമുറ
കമാൻഡ് ലൈനിൽ വ്യക്തമാക്കിയുകൊണ്ട് ഒരു ടെസ്റ്റിനായി നിങ്ങളുടെ സ്വന്തം ഫയൽനാമം തിരഞ്ഞെടുക്കാം.

കമാൻഡ് ലൈനിൽ ഫയലിന്റെ പേരൊന്നും വ്യക്തമാക്കിയിട്ടില്ലെങ്കിൽ, ഒരു ടെസ്റ്റ് ഫയൽ നാമം സ്വയമേവ ആയിരിക്കും
സൃഷ്ടിച്ചത്. ഇത് നിയന്ത്രിക്കുന്നത് പുതിയ_ടെസ്റ്റ്_ഫയലിന്റെ പേര് പദ്ധതിയുടെ ഫീൽഡ്
കോൺഫിഗറേഷൻ ഫയൽ (കാണുക aepconf(5) കൂടുതൽ വിവരങ്ങൾക്ക്. എല്ലാം സ്വയമേവ സൃഷ്ടിച്ചു
ഒരു പ്രോജക്റ്റിനുള്ളിലെ ടെസ്റ്റ് ഫയൽനാമങ്ങൾ അദ്വിതീയമായി അക്കമിട്ടിരിക്കുന്നു. പുതിയ ടെസ്റ്റിനുള്ള ഡിഫോൾട്ട് പാറ്റേൺ
ഫയലിന്റെ പേരുകൾ "ടെസ്റ്റ്/XX/tXXXX[am].sh", എവിടെ XX ടെസ്റ്റ് നമ്പറിന്റെ ആദ്യ 2 അക്കങ്ങളാണ്,
XXXX എന്ന മുഴുവൻ ടെസ്റ്റ് നമ്പറും ആണ് [ഞാൻ] സ്വയമേവയുള്ള ടെസ്റ്റുകൾക്കും m മാനുവൽ ടെസ്റ്റുകൾക്കും ആണ്.

പരിഷ്‌ക്കരിക്കുന്നു ടെസ്റ്റുകൾ
എന്നതിനൊപ്പം ഒരു മാറ്റത്തിലേക്ക് ചേർത്ത് ഭാവിയിൽ ടെസ്റ്റുകൾ പരിഷ്‌ക്കരിച്ചേക്കാം aecp(1) കമാൻഡ്.
മറ്റേതൊരു സോഴ്സ് ഫയലിനെയും പോലെ തന്നെ ടെസ്റ്റുകളും പരിഗണിക്കപ്പെടുന്നു, അവ അതേ പ്രക്രിയയ്ക്ക് വിധേയവുമാണ്.

ഫയല് ഫലകങ്ങൾ
പ്രൊജക്‌റ്റ് ഡെവലപ്‌മെന്റ് ഡയറക്‌ടറിയിൽ ഒരു പുതിയ ഫയൽ സൃഷ്‌ടിക്കുമ്പോൾ config ഫയൽ ആണ്
പുതിയ ഫയലിനായി ഒരു ടെംപ്ലേറ്റിനായി തിരഞ്ഞു. ഒരു ടെംപ്ലേറ്റ് കണ്ടെത്തിയാൽ, പുതിയ ഫയൽ ആയിരിക്കും
ടെംപ്ലേറ്റിലേക്ക് ആരംഭിച്ചു, അല്ലെങ്കിൽ അത് ശൂന്യമായി സൃഷ്ടിക്കപ്പെടും. കാണുക aepconf(5) കൂടുതൽ കാര്യങ്ങൾക്കായി
വിവരങ്ങൾ.

പോലുള്ള ടെംപ്ലേറ്റ് ഫയലുകൾ ഉപയോഗിക്കുന്നതാണ് ഏറ്റവും ലളിതമായ ഫോം
file_template =
[
{
പാറ്റേൺ = [ "*.c" ];
ബോഡി = "${read_file ${source template/c abs}}";
},
{
പാറ്റേൺ = [ "ടെസ്റ്റ്/*/.sh" ];
ബോഡി = "${read_file ${source template/test abs}}";
},
];
നിങ്ങൾക്ക് കാണാനാകുന്നതുപോലെ, ടെംപ്ലേറ്റ് ഫയലുകൾ പ്രോജക്റ്റ് ഉറവിടത്തിന്റെ ഭാഗമാണ്, അതിനാൽ നിങ്ങൾക്ക് ചേർക്കാൻ കഴിയും
ഉചിതമായ പകർപ്പവകാശ അറിയിപ്പുകളും റാപ്പറുകളും, തുടങ്ങിയവ. ദി $ഉറവിടം പകരം വയ്ക്കുന്നത് അവരെ കണ്ടെത്തുന്നു,
അവർ നിലവിലെ മാറ്റത്തിന്റെ ഭാഗമല്ലെങ്കിൽ (അവ സാധാരണയായി അല്ല).

ടെംപ്ലേറ്റ് ഫയലുകളിൽ തന്നെ പകരം വയ്ക്കലുകൾ അടങ്ങിയിരിക്കുന്നു. ദി $ഫയലിന്റെ പേര് പകരമാണ്
ലഭ്യമാണ്, കൂടാതെ സൃഷ്ടിക്കുന്ന ഫയലിന്റെ പേര് അടങ്ങിയിരിക്കുന്നു. ഇത് കൈകാര്യം ചെയ്യാൻ കഴിയും
ഉചിതമായ ഫയൽ ഉള്ളടക്കങ്ങൾ നിർമ്മിക്കുമ്പോൾ വിവിധ വഴികൾ. കാണുക aesub(5) കൂടുതൽ കാര്യങ്ങൾക്കായി
പകരക്കാരെ കുറിച്ചുള്ള വിവരങ്ങൾ.

പുതിയ ഫയൽ സൃഷ്ടിക്കാൻ ഒരു കമാൻഡ് പ്രവർത്തിപ്പിക്കാനും സാധിക്കും. പകരം നിങ്ങൾക്ക് ഇത് ചെയ്യാൻ കഴിയും
ഒരു ബോഡി സ്ട്രിംഗ് വ്യക്തമാക്കുന്നു, അതായത്:
file_template =
[
{
പാറ്റേൺ = [ "*" ];
body_command = "perl ${source template.pl abs} $filename";
},
];
ഡെവലപ്‌മെന്റ് ഡയറക്‌ടറിയുടെ മുകളിൽ ഒരു കറന്റ് ഡയറക്‌ടറി സജ്ജീകരിച്ചാണ് കമാൻഡ് പ്രവർത്തിക്കുന്നത്.
ഫയൽ സൃഷ്ടിക്കുന്നതിൽ കമാൻഡ് പരാജയപ്പെട്ടാൽ അത് ഒരു പിശകാണ്. നിങ്ങൾക്ക് രണ്ടും മിക്സ് ആൻഡ് മാച്ച് ചെയ്യാം
വിദ്യകൾ, ശരീരം സ്ട്രിംഗ് ഒപ്പം ശരീരം_കമാൻഡ്, നിങ്ങൾക്ക് വേണമെങ്കിൽ.

ടെസ്റ്റ് ഫയൽനാമം ടെംപ്ലേറ്റ് പാറ്റേണുമായി പൊരുത്തപ്പെടുന്നുണ്ടെന്ന് ഉറപ്പാക്കാൻ ശ്രദ്ധിക്കുക
പുതിയ_ടെസ്റ്റ്_ഫയലിന്റെ പേര് ഫീൽഡ്.

ഫയല് പേര് പരിമിതികൾ
പ്രോജക്റ്റ് ഫയൽ നാമങ്ങളുടെ രൂപം പരിമിതപ്പെടുത്തുന്നതിന് നിരവധി നിയന്ത്രണങ്ങൾ ലഭ്യമാണ്. എല്ലാം
ഈ നിയന്ത്രണങ്ങൾ പ്രോജക്റ്റ് കോൺഫിഗറേഷൻ ഫയലിൽ കാണാവുന്നതാണ്, കാണുക aepconf(5) കൂടുതൽ കാര്യങ്ങൾക്കായി
വിവരങ്ങൾ. ഏറ്റവും പ്രധാനപ്പെട്ടവ ഇവിടെ സംക്ഷിപ്തമായി വിവരിച്ചിരിക്കുന്നു:

maximum_filename_length = പൂർണ്ണസംഖ്യ;
ഫയൽനാമങ്ങളുടെ ദൈർഘ്യം പരിമിതപ്പെടുത്താൻ ഈ ഫീൽഡ് ഉപയോഗിക്കുന്നു. എല്ലാ പുതിയ ഫയലുകളിലും ഉണ്ടാകണമെന്നില്ല
ഇതിലും നീളമുള്ള പാത ഘടകങ്ങൾ. സജ്ജീകരിച്ചിട്ടില്ലെങ്കിൽ 255-ലേക്ക് ഡിഫോൾട്ടുകൾ. പരമാവധി
പോർട്ടബിലിറ്റി നിങ്ങൾ ഇത് 14 ആയി സജ്ജീകരിക്കണം.

posix_filename_charset = boolean;
ഫയൽനാമങ്ങളിൽ അനുവദനീയമായ പ്രതീകങ്ങൾ മാത്രമായി പരിമിതപ്പെടുത്താൻ ഈ ഫീൽഡ് ഉപയോഗിച്ചേക്കാം
POSIX വ്യക്തമായി അനുവദിച്ചിരിക്കുന്നു. സ്ഥിരസ്ഥിതികൾ തെറ്റായ സജ്ജീകരിച്ചിട്ടില്ലെങ്കിൽ, നിങ്ങളുടെ അർത്ഥം
വൈറ്റ് സ്പേസും ഹൈ-ബിറ്റ്-ഓൺ പ്രതീകങ്ങളും ഒഴികെ ഓപ്പറേറ്റിംഗ് സിസ്റ്റം സഹിക്കും.
പരമാവധി പോർട്ടബിലിറ്റിക്കായി നിങ്ങൾ ഇത് സജ്ജമാക്കണം യഥാർഥ.

dos_filename_required = boolean;
ഫയലുകളുടെ പേരുകൾ പരിമിതപ്പെടുത്താൻ ഈ ഫീൽഡ് ഉപയോഗിച്ചേക്കാം, അങ്ങനെ അവ DOS 8+3-ന് അനുസൃതമായി പ്രവർത്തിക്കുന്നു
ഫയലിന്റെ പേരിന്റെ പരിധികളും ഡോസ് ഫയൽനാമത്തിന്റെ പ്രതീക സെറ്റും. സ്ഥിരസ്ഥിതികൾ തെറ്റായ അല്ലെങ്കിൽ
സജ്ജമാക്കുക.

windows_filename_required = boolean;
ഈ ഫീൽഡ് ഫയലുകളുടെ പേരുകൾ പരിമിതപ്പെടുത്താൻ ഉപയോഗിച്ചേക്കാം, അങ്ങനെ അവ Windows98-ന് അനുരൂപമാകും
കൂടാതെ WindowsNT ഫയൽനാമ പരിധികളും പ്രതീക സെറ്റും. സ്ഥിരസ്ഥിതികൾ തെറ്റായ സജ്ജമാക്കിയില്ലെങ്കിൽ.

shell_safe_filenames = boolean;
ഫയലുകളുടെ പേരുകൾ പരിമിതപ്പെടുത്താൻ ഈ ഫീൽഡ് ഉപയോഗിച്ചേക്കാം, അതിനാൽ അവയിൽ ഷെൽ അടങ്ങിയിരിക്കില്ല
പ്രത്യേക പ്രതീകങ്ങൾ. സ്ഥിരസ്ഥിതികൾ യഥാർഥ സജ്ജമാക്കിയില്ലെങ്കിൽ. ഈ ഫീൽഡ് സജ്ജമാക്കിയിട്ടുണ്ടെങ്കിൽ തെറ്റായ,
നിങ്ങൾ ഉപയോഗിക്കേണ്ടതുണ്ട് ${quote} കമാൻഡുകളിലെ ഫയൽനാമങ്ങൾക്ക് പകരം വയ്ക്കുന്നത്, to
ഷെൽ സ്പെഷ്യൽ ക്യാരക്ടറുകൾ അടങ്ങുന്ന ഫയൽനാമങ്ങളിൽ ഉദ്ദേശിക്കാത്തവ ഇല്ലെന്ന് ഉറപ്പാക്കുക
പാർശ്വ ഫലങ്ങൾ. ഫയൽ നാമങ്ങളിലെ വിചിത്രമായ പ്രതീകങ്ങളും നിങ്ങളുടെ ആശ്രയത്വത്തെ ആശയക്കുഴപ്പത്തിലാക്കിയേക്കാം
പരിപാലന ഉപകരണം.

അനുവദിക്കുക_വൈറ്റ്_സ്പേസ്_ഇൻ_ഫയൽനാമങ്ങൾ = ബൂളിയൻ;
ഫയൽ നാമങ്ങളിൽ വൈറ്റ് സ്പേസ് പ്രതീകങ്ങൾ അനുവദിക്കുന്നതിന് ഈ ഫീൽഡ് ഉപയോഗിച്ചേക്കാം. ഇത് ചെയ്യും
ഫയൽ നാമങ്ങളിൽ ഇനിപ്പറയുന്ന പ്രതീകങ്ങൾ ദൃശ്യമാകാൻ അനുവദിക്കുക: backspace (BS, \b, 0x08),
തിരശ്ചീന ടാബ് (HT, \t, 0x09), പുതിയ ലൈൻ (NL, \n, 0x0A), വെർട്ടിക്കൽ ടാബ് (VT, \v,
0x0B), ഫോം ഫീഡ് (FF, \f, 0x0C), ക്യാരേജ് റിട്ടേൺ (CR, \r, 0x0D). സ്ഥിരസ്ഥിതികൾ
സജ്ജീകരിച്ചിട്ടില്ലെങ്കിൽ തെറ്റ്.

ഈ ഫീൽഡ് മറ്റ് ഫയൽ നാമ ഫിൽട്ടറുകളെ അസാധുവാക്കുന്നില്ല എന്നത് ശ്രദ്ധിക്കുക. ഇത് ഇങ്ങനെയായിരിക്കും
വ്യക്തമായി സജ്ജീകരിക്കേണ്ടത് ആവശ്യമാണ് shell_safe_filenames = തെറ്റായ അതുപോലെ. ഇത് ഇങ്ങനെയായിരിക്കും
സജ്ജമാക്കാൻ അത്യാവശ്യമാണ് dos_filename_required = തെറ്റായ (സ്ഥിരസ്ഥിതി) അതുപോലെ. ഇത് ഇങ്ങനെയായിരിക്കും
സജ്ജമാക്കാൻ അത്യാവശ്യമാണ് posix_filename_charset = തെറ്റായ (സ്ഥിരസ്ഥിതി) അതുപോലെ.

എല്ലാ ഫയലുകളിലും ${quote} പകരമായി ഉപയോഗിക്കുന്നതിന് ഉപയോക്താവ് വളരെയധികം ശ്രദ്ധിക്കേണ്ടതുണ്ട്
പ്രോജക്റ്റ് കോൺഫിഗറേഷനിലെ കമാൻഡുകളിലെ പേരുകൾ. അപ്പോഴും, പകരം വയ്ക്കലുകൾ
സ്‌പെയ്‌സ് വേർതിരിക്കുന്ന ഫയൽ നാമങ്ങളുടെ ലിസ്റ്റ് പ്രതീക്ഷിക്കുന്നവയ്ക്ക് നിർവചിക്കാത്ത ഫലങ്ങൾ ഉണ്ടാകും.

allow_non_ascii_filenames = boolean;
ഈ ഫീൽഡ് അസ്കി-പ്രിന്റ് ചെയ്യാനാകാത്ത പ്രതീകങ്ങളുള്ള ഫയൽ നാമങ്ങൾ അനുവദിക്കുന്നതിന് ഉപയോഗിച്ചേക്കാം
അവരെ. സാധാരണയായി ഇത് ഒരു UTF8 അല്ലെങ്കിൽ ഏതെങ്കിലും തരത്തിലുള്ള അന്തർദ്ദേശീയ ചാർസെറ്റ് എന്നാണ് അർത്ഥമാക്കുന്നത്.
സജ്ജീകരിച്ചിട്ടില്ലെങ്കിൽ, ഡിഫോൾട്ടുകൾ തെറ്റ്.

ഈ ഫീൽഡ് മറ്റ് ഫയൽ നാമ ഫിൽട്ടറുകളെ അസാധുവാക്കുന്നില്ല എന്നത് ശ്രദ്ധിക്കുക. ഇത് ഇങ്ങനെയായിരിക്കും
വ്യക്തമായി സജ്ജീകരിക്കേണ്ടത് ആവശ്യമാണ് shell_safe_filenames = തെറ്റായ അതുപോലെ. ഇത് ഇങ്ങനെയായിരിക്കും
സജ്ജമാക്കാൻ അത്യാവശ്യമാണ് dos_filename_required = തെറ്റായ (സ്ഥിരസ്ഥിതി) അതുപോലെ. ഇത് ഇങ്ങനെയായിരിക്കും
സജ്ജമാക്കാൻ അത്യാവശ്യമാണ് posix_filename_charset = തെറ്റായ (സ്ഥിരസ്ഥിതി) അതുപോലെ.

filename_pattern_accept = [ string ];
സ്വീകാര്യമായ ഫയൽനാമങ്ങളുടെ പാറ്റേണുകളുടെ ഒരു ലിസ്റ്റ് വ്യക്തമാക്കാൻ ഈ ഫീൽഡ് ഉപയോഗിക്കുന്നു.
സജ്ജീകരിച്ചിട്ടില്ലെങ്കിൽ "*" എന്നതിലേക്കുള്ള ഡിഫോൾട്ടുകൾ.

filename_pattern_reject = [ string ];
അസ്വീകാര്യമായ ഫയൽനാമങ്ങളുടെ പാറ്റേണുകളുടെ ഒരു ലിസ്റ്റ് വ്യക്തമാക്കാൻ ഈ ഫീൽഡ് ഉപയോഗിക്കുന്നു.

ദയവായി കുറിപ്പ്: Aegis അതിന്റെ ആശയം നിർണ്ണയിക്കാൻ, അടിസ്ഥാന ഫയൽ സിസ്റ്റവുമായി കൂടിയാലോചിക്കുന്നു
പരമാവധി ഫയൽ വലിപ്പം. ഫയൽ സിസ്റ്റത്തിന്റെ പരമാവധി ഫയൽ വലുപ്പം കുറവാണെങ്കിൽ
പരമാവധി_ഫയലിന്റെ_നീളം, ഫയൽസിസ്റ്റം വിജയിക്കുന്നു. ഇത് സംഭവിക്കാം, ഉദാഹരണത്തിന്, നിങ്ങൾ ആയിരിക്കുമ്പോൾ
Linux UMSDOS ഫയൽ സിസ്റ്റം ഉപയോഗിച്ച്, അല്ലെങ്കിൽ നിങ്ങൾക്ക് ഒരു NFS ഉള്ളപ്പോൾ ഒരു പുരാതന V7
ഫയൽസിസ്റ്റം. ക്രമീകരണം പരമാവധി_ഫയലിന്റെ_നീളം ഈ കേസുകളിൽ 255 വരെ മാറ്റമില്ല
അടിസ്ഥാന ഫയൽ സിസ്റ്റങ്ങളുടെ പരിധി വളരെ ചെറുതാണ് (യഥാക്രമം 12 ഉം 14 ഉം).

നിങ്ങളുടെ ഡെവലപ്‌മെന്റ് ഡയറക്‌ടറികൾ (അല്ലെങ്കിൽ നിങ്ങളുടെ മുഴുവൻ പ്രോജക്‌റ്റും) ഫയൽനാമമുള്ള ഫയൽ സിസ്റ്റത്തിലാണെങ്കിൽ
പരിമിതികൾ, അല്ലെങ്കിൽ വൈവിധ്യമാർന്ന ബിൽഡുകളുടെ ഒരു ഭാഗം അത്തരമൊരു പരിതസ്ഥിതിയിൽ നടക്കുന്നു,
ഏജിസിനോട് അവർ എന്താണെന്ന് പറയാൻ ഇത് സഹായിക്കുന്നു (പ്രോജക്റ്റ് ഉപയോഗിച്ച് config ഫയലിന്റെ ഫീൽഡുകൾ) അങ്ങനെ നിങ്ങൾ
പദ്ധതി കൂടുതൽ അനുവദനീയമായ രീതിയിൽ നിർമ്മിക്കുന്ന സാഹചര്യത്തിലേക്ക് കടന്നുപോകരുത്
പരിതസ്ഥിതികൾ, എന്നാൽ കൂടുതൽ പരിമിതമായ പരിതസ്ഥിതികളിൽ നിഗൂഢമായ പിശകുകളാൽ പരാജയപ്പെടുന്നു.

നിങ്ങളുടെ ഡെവലപ്‌മെന്റ് ഡയറക്‌ടറികൾ ഒരു Linux UMSDOS ഫയൽസിസ്റ്റത്തിലാണെങ്കിൽ, നിങ്ങൾ അത് ചെയ്യും
ഒരുപക്ഷേ സജ്ജീകരിക്കുന്നതാണ് നല്ലത് dos_filename_required = യഥാർഥ, കൂടാതെ മാറ്റുന്നു
ഡെവലപ്‌മെന്റ്_ഡയറക്‌ടറി_ടെംപ്ലേറ്റ് വയൽ. വിവിധ വിൻഡോകൾക്കൊപ്പം വൈവിധ്യമാർന്ന വികസനം
പരിസ്ഥിതികൾക്കും ഇത് ആവശ്യമായി വന്നേക്കാം.

മാറ്റുന്നതിൽ The ടൈപ്പ് ചെയ്യുക of a ഫയല്
നിങ്ങൾക്ക് ഒരു ഫയലിന്റെ തരം മാറ്റണമെങ്കിൽ (പറയുക, ഒരു ടെസ്റ്റിൽ നിന്ന് ഒരു ഉറവിട ഫയലിലേക്ക്, അല്ലെങ്കിൽ വൈസ്
തിരിച്ചും) ആദ്യം ഉപയോഗിക്കുന്നതിലൂടെ നിങ്ങൾക്ക് ഇത് രണ്ട് മാറ്റങ്ങളായി ചെയ്യാം ഭുജം(1) ഒരു മാറ്റത്തിലും തുടർന്ന്
ഉപയോഗിച്ച് aenf(1) അല്ലെങ്കിൽ aent(1) രണ്ടാമത്തെ മാറ്റത്തിൽ, അല്ലെങ്കിൽ നിങ്ങൾക്ക് രണ്ട് ഘട്ടങ്ങളും ഒരേ രീതിയിൽ സംയോജിപ്പിക്കാം
മാറ്റം. ഉപയോഗിക്കാൻ ഓർമ്മിക്കുക ഭുജം -ഇപ്പോൾ വൈറ്റ്ഔട്ട് ഓപ്ഷൻ അല്ലെങ്കിൽ നിങ്ങൾക്ക് ഏറ്റവും വിചിത്രമായ പുതിയത് ലഭിക്കും
ഫയൽ ടെംപ്ലേറ്റ്.

അറിയിപ്പ്
ദി പുതിയ_ടെസ്റ്റ്_കമാൻഡ് പദ്ധതിയിൽ config സജ്ജമാക്കിയാൽ ഫയൽ റൺ ചെയ്യുന്നു. ദി project_file_command
സജ്ജീകരിച്ചിട്ടുണ്ടെങ്കിൽ, കൂടാതെ അടുത്തിടെ ഒരു സംയോജനം നടന്നിട്ടുണ്ടെങ്കിൽ എന്നിവയും പ്രവർത്തിക്കുന്നു. കാണുക aepconf(5) വേണ്ടി
കൂടുതൽ വിവരങ്ങൾ.

ടെസ്റ്റ് പ്രോസ്സസ്

ഓരോ മാറ്റത്തിനും പരിശോധനകൾ ആവശ്യമാണ്, ആ പരിശോധനകൾ ആവശ്യമാണ്
ബിൽറ്റ് ഡെവലപ്‌മെന്റ് ഡയറക്‌ടറിക്കെതിരെ പ്രവർത്തിക്കുക, അവ കടന്നുപോകണം. ഇത് പുതിയത് ഉറപ്പാക്കുന്നു
പ്രവർത്തനക്ഷമതയ്‌ക്കൊപ്പം അതിന്റെ കൃത്യത പരിശോധിക്കുന്നതിനുള്ള പരിശോധനകളും ബഗ് പരിഹാരങ്ങളും ഉണ്ട്
ബഗ് പരിഹരിച്ചതായി സ്ഥിരീകരിക്കുന്ന പരിശോധനകൾക്കൊപ്പം.

റിഗ്രഷൻ ടെസ്റ്റുകൾ
ടെസ്റ്റുകൾ മറ്റേതെങ്കിലും സോഴ്‌സ് ഫയലായി പരിഗണിക്കപ്പെടുന്നു, അവ ബേസ്‌ലൈനിൽ പരിപാലിക്കുകയും ചെയ്യുന്നു
മറ്റെല്ലാ ഉറവിട ഫയലുകളുമായും ചരിത്രം. ഓരോ മാറ്റത്തിനും അനുഗമിക്കേണ്ട പരിശോധനകൾ
പ്രോജക്റ്റ് ബേസ്‌ലൈനിൽ ശേഖരിക്കുക, ശരിയായ പ്രവർത്തനത്തിന്റെ ഒരു നിർവചനം നൽകുന്നു
അടിസ്ഥാനരേഖ. ഈ സഞ്ചിത പരിശോധനകൾ ഒരു "aegis -REGression" കമാൻഡ് ഉപയോഗിച്ച് നടപ്പിലാക്കാം,
ഒരു മാറ്റത്തിന്റെ ഫലമായി പ്രോജക്റ്റ് "പിൻവലിക്കില്ല" എന്ന് പരിശോധിക്കാൻ.

ബേസ്ലൈൻ ടെസ്റ്റുകൾ
അവരുടെ പരിശോധനകൾ നടത്താൻ ബഗ് പരിഹാരങ്ങൾ ആവശ്യമാണ് പരാജയപ്പെടുന്നു പ്രോജക്റ്റ് ബേസ്‌ലൈന് എതിരായി (വ്യത്യസ്‌തമായി
വികസന ഡയറക്ടറിയിലേക്ക്). പരിശോധന യഥാർത്ഥത്തിൽ ബഗ് കാണിക്കുന്നുവെന്ന് ഇത് ഉറപ്പാക്കുന്നു
ബേസ്‌ലൈനിൽ, അതുപോലെ തന്നെ അത് മാറ്റത്തിലൂടെ ഉറപ്പിച്ചതാണെന്ന് തെളിയിക്കുന്നു. പുതിയത്
പ്രവർത്തനക്ഷമത അടിസ്ഥാനരേഖയ്‌ക്കെതിരെ നിസ്സാരമായി പരാജയപ്പെടുന്നു, അതിനാൽ aegis ശ്രമിക്കുന്നില്ല
ഒരു ടെസ്റ്റ് ഒരു ബഗ് ഫിക്സ് ടെസ്റ്റോ പുതിയ ഫങ്ഷണാലിറ്റി ടെസ്റ്റോ ആണെങ്കിൽ, അതിന് ടെസ്റ്റുകൾ ആവശ്യമാണ്
അടിസ്ഥാനരേഖയ്‌ക്കെതിരെ പരാജയപ്പെടുന്നു.

ഒരു മാറ്റത്തിലൂടെ സൃഷ്ടിക്കപ്പെടുന്ന പുതിയ ടെസ്റ്റുകൾക്കും ടെസ്റ്റുകൾക്കും ഈ ആവശ്യകത ബാധകമാണ്
പരിഷ്ക്കരണത്തിനായി ഒരു മാറ്റത്തിലേക്ക് പകർത്തിയവ.

അവലോകനം ചെയ്യുന്നു ടെസ്റ്റുകൾ
aegis ടെസ്റ്റ് ആവശ്യകതകൾ നടപ്പിലാക്കിയതായി നിരൂപകർക്ക് ഉറപ്പുണ്ടായേക്കാം; ഒരു മാറ്റം
പരിശോധനകൾ ഉണ്ടായിരിക്കണം, മാറ്റം കെട്ടിപ്പടുക്കണം, വികസനത്തിനെതിരായ പരീക്ഷണങ്ങൾ കടന്നുപോകണം
ഡയറക്‌ടറി, കൂടാതെ അടിസ്ഥാനരേഖയ്‌ക്കെതിരെ ടെസ്റ്റുകൾ പരാജയപ്പെടുന്നു. ഈ വ്യവസ്ഥകൾ നടപ്പിലാക്കുന്നു
by ഈഡി(1) എന്നതിലേക്ക് മാറ്റം മുന്നോട്ട് കൊണ്ടുപോകില്ല being അവലോകനം ചെയ്തു ഇവ വരെ പ്രസ്താവിക്കുക
വ്യവസ്ഥകൾ പാലിക്കുന്നു. നിരൂപകർ ഇങ്ങനെ പരിശോധനകൾ അവലോകനം ചെയ്യണം സമ്പൂർണ്ണത കവറേജിന്റെ
മാറ്റത്തിലെ കോഡ്, നിർവ്വഹണ പരിതസ്ഥിതിയിലെ മാറ്റങ്ങളോടുള്ള സംവേദനക്ഷമത (ഉദാ.
തീയതി സെൻസിറ്റീവ് അല്ല). പരിശോധിച്ചുറപ്പിക്കാൻ നിരൂപകർ "aegis -list change_details" ഉപയോഗിക്കുകയും വേണം
ഒരു മാറ്റത്തിന് ടെസ്റ്റിംഗ് ഇളവുകൾ ഉണ്ട് അല്ലെങ്കിൽ ഇല്ല എന്ന്.

ഇളവുകൾ
പ്രോജക്റ്റ് അഡ്മിനിസ്ട്രേറ്റർമാർ വിവിധ ടെസ്റ്റ് ഇളവുകൾ അനുവദിച്ചേക്കാം, കാണുക aepa(1) ഉം
aepattr(5) കൂടുതൽ വിവരങ്ങൾക്ക്. ഒരു മാറ്റത്തിലേക്ക് ടെസ്റ്റുകൾ പകർത്തുന്നു, അല്ലെങ്കിൽ a-യിലേക്ക് പുതിയ ടെസ്റ്റുകൾ ചേർക്കുന്നു
മാറ്റുക, ആ ഇളവുകൾ റദ്ദാക്കാം.

ടെസ്റ്റ് പരസ്പര ബന്ധങ്ങൾ

"aegis -Test -SUGgest" കമാൻഡ് അനുയോജ്യമായ റിഗ്രഷൻ നിർദ്ദേശിക്കാൻ aegis ഉപയോഗിച്ചേക്കാം.
നിങ്ങളുടെ മാറ്റത്തിലെ ഉറവിട ഫയലുകളെ അടിസ്ഥാനമാക്കി, നിങ്ങളുടെ മാറ്റത്തിനായുള്ള പരിശോധനകൾ. ഇത് സ്വയമേവ
റിഗ്രഷൻ ടെസ്റ്റുകളുടെ എണ്ണം കുറയ്ക്കുന്നതിലൂടെ, പ്രസക്തമായ ടെസ്റ്റുകളിലേക്ക് ടെസ്റ്റിംഗ് ശ്രമം കേന്ദ്രീകരിക്കുന്നു
നിങ്ങൾ ഒരു ബഗ് അവതരിപ്പിച്ചിട്ടില്ലെന്ന് ഉറപ്പുണ്ടായിരിക്കേണ്ടത് ആവശ്യമാണ്.

"aegis -Integrate_Pass" കമാൻഡ് മുഖേനയാണ് ടെസ്റ്റ് കോറിലേഷനുകൾ സൃഷ്ടിക്കുന്നത്.
മാറ്റത്തിലെ ഓരോ ടെസ്റ്റിനെയും മാറ്റത്തിലെ ഓരോ സോഴ്സ് ഫയലുമായി ബന്ധപ്പെടുത്തുന്നു. അങ്ങനെ, ഓരോന്നും
സോഴ്സ് ഫയൽ മുമ്പ് ഇതുമായി ബന്ധപ്പെട്ട ടെസ്റ്റുകളുടെ ഒരു ലിസ്റ്റ് ശേഖരിക്കുന്നു.
ഇത് കോഡ് കവറേജ് വിശകലനം പോലെ കൃത്യമല്ല, എന്നാൽ ന്യായമായ ഏകദേശ കണക്കാണിത്
പ്രാക്ടീസ് ചെയ്യുക.

ദി aecp(1) ഉം aenf(1) ഫയലുകളെ മാറ്റവുമായി ബന്ധപ്പെടുത്താൻ കമാൻഡുകൾ ഉപയോഗിക്കുന്നു. അവർ സമയത്ത്
അസ്സോസിയേഷൻ സജീവമായി നടത്തരുത്, ഇവ ഉപയോഗിക്കുന്ന ഫയലുകളാണ് aeipass(1) ഉം
ഏറ്റ്(1) ഏതൊക്കെ സോഴ്സ് ഫയലുകൾ ഏതൊക്കെ ടെസ്റ്റുകളുമായി ബന്ധപ്പെട്ടിരിക്കുന്നു എന്ന് നിർണ്ണയിക്കാൻ.

പരിശോധന പരസ്പരബന്ധമുണ്ട് കൃതത
ടെസ്റ്റിംഗ് പരസ്പര ബന്ധങ്ങൾ കൃത്യമാണെന്നും പരിശോധനകൾ തുല്യമാണെന്നും കരുതുക
ഫംഗ്‌ഷൻ സ്‌പെയ്‌സിൽ ഉടനീളം വിതരണം ചെയ്‌താൽ അതിൽ കുറവായിരിക്കും 1/നമ്പർ സാധ്യത എ
പ്രസക്തമായ ടെസ്റ്റ് “aegis -Test -SUGgest നടത്തിയിട്ടില്ല അക്കം” കമാൻഡ്. ഒരു ചെറിയ
ടെസ്റ്റ് വെയ്റ്റിംഗിൽ ശബ്ദത്തിന്റെ അളവ് ചേർക്കുന്നു, അതിനാൽ അപ്രതീക്ഷിതമായ കാര്യങ്ങൾ ചിലപ്പോൾ സംഭവിക്കും
പരീക്ഷിച്ചു, എല്ലാ തവണയും ഒരേ ടെസ്റ്റുകൾ പ്രവർത്തിപ്പിക്കില്ല.

ഇത് ഉറപ്പാക്കിക്കൊണ്ട് ടെസ്റ്റ് കോറിലേഷൻ കൃത്യത മെച്ചപ്പെടുത്താൻ കഴിയും:

· ഓരോ മാറ്റവും ശക്തമായി ഫോക്കസ് ചെയ്തിരിക്കണം, അനാവശ്യമായ ഫയൽ ഉൾപ്പെടുത്തലുകളൊന്നുമില്ല. ഈ
വ്യാജമായ പരസ്പര ബന്ധങ്ങൾ ഒഴിവാക്കുന്നു.

പുതിയ പ്രവർത്തനക്ഷമതയുടെ ഓരോ ഇനവും വ്യക്തിഗത മാറ്റത്തിൽ ചേർക്കണം
പലതും ഒരുമിച്ച്. ഇത് ടെസ്റ്റുകളെ പ്രവർത്തനക്ഷമതയുമായി ശക്തമായി ബന്ധപ്പെടുത്തുന്നു.

· ഓരോ ബഗും പലതും ഒരുമിച്ച് മാറ്റുന്നതിനുപകരം ഒരു വ്യക്തിഗത മാറ്റത്തിൽ പരിഹരിക്കണം. ഈ
ടെസ്റ്റുകളെ പ്രവർത്തനക്ഷമതയുമായി ശക്തമായി ബന്ധപ്പെടുത്തുന്നു.

ഫയലുകൾ നീക്കിയാൽ ടെസ്റ്റ് കോറിലേഷനുകൾ നഷ്ടപ്പെടും. പരസ്പര ബന്ധങ്ങൾ നിലനിൽക്കുന്നതിനാലാണിത്
പേര്.

സോഴ്‌സ് ഫയലുകളുമായി കൃത്യമായി പരസ്പരബന്ധം പുലർത്തുന്നതിനുള്ള ഏറ്റവും നല്ല മാർഗം ഒരു മാറ്റമാണ്
ഒരു ടെസ്റ്റും ടെസ്റ്റിന് കീഴിലുള്ള പ്രവർത്തനവുമായി ബന്ധപ്പെട്ട ഫയലുകളും അടങ്ങിയിരിക്കുന്നു. അതും
പല വ്യാജ ഫയലുകളും ടെസ്റ്റിംഗ് കോറിലേഷനുകളുടെ ഉപയോഗത്തെ ദുർബലപ്പെടുത്തും.

ഓപ്ഷനുകൾ

ഇനിപ്പറയുന്ന ഓപ്ഷനുകൾ മനസ്സിലാക്കുന്നു;

-ഓട്ടോമാറ്റിക്
ഓട്ടോമാറ്റിക് ടെസ്റ്റുകൾ വ്യക്തമാക്കാൻ ഈ ഓപ്ഷൻ ഉപയോഗിച്ചേക്കാം. ഓട്ടോമാറ്റിക് ടെസ്റ്റുകൾക്ക് നമ്പർ ആവശ്യമാണ്
മനുഷ്യ സഹായം.

-BAse_RElative
ആപേക്ഷിക ഫയൽനാമങ്ങൾ ആപേക്ഷികമായി പരിഗണിക്കുന്നതിന് ഈ ഓപ്ഷൻ ഉപയോഗിച്ചേക്കാം
ഉറവിട വൃക്ഷത്തിന്റെ അടിസ്ഥാനം. കാണുക aeuconf(5) ബന്ധപ്പെട്ട ഉപയോക്താവിന്
മുൻഗണന.

-നിലവിലെ_ആപേക്ഷികം
ആപേക്ഷിക ഫയൽനാമങ്ങൾ ആപേക്ഷികമായി പരിഗണിക്കുന്നതിന് ഈ ഓപ്ഷൻ ഉപയോഗിച്ചേക്കാം
നിലവിലെ ഡയറക്‌ടറി. ഇത് സാധാരണയായി സ്ഥിരസ്ഥിതിയാണ്. കാണുക aeuconf(5) വേണ്ടി
അനുബന്ധ ഉപയോക്തൃ മുൻഗണന.

-മാറ്റുക അക്കം
ഒരു പ്രോജക്റ്റിനുള്ളിൽ ഒരു പ്രത്യേക മാറ്റം വ്യക്തമാക്കാൻ ഈ ഓപ്ഷൻ ഉപയോഗിച്ചേക്കാം. കാണുക
aegis(1) ഈ ഓപ്ഷന്റെ പൂർണ്ണമായ വിവരണത്തിനായി.

-സഹായം
എങ്ങനെ ഉപയോഗിക്കണം എന്നതിനെക്കുറിച്ചുള്ള കൂടുതൽ വിവരങ്ങൾ ലഭിക്കുന്നതിന് ഈ ഓപ്ഷൻ ഉപയോഗിച്ചേക്കാം aegis
പ്രോഗ്രാം.

- ലിസ്റ്റ്
ഈ കമാൻഡിന് അനുയോജ്യമായ വിഷയങ്ങളുടെ ഒരു ലിസ്റ്റ് ലഭിക്കാൻ ഈ ഓപ്ഷൻ ഉപയോഗിക്കാം.
ലിസ്റ്റ് പ്രതീക്ഷിച്ചതിലും കൂടുതൽ പൊതുവായതായിരിക്കാം.

-മാനുവൽ മാനുവൽ ടെസ്റ്റുകൾ വ്യക്തമാക്കാൻ ഈ ഓപ്ഷൻ ഉപയോഗിച്ചേക്കാം. മാനുവൽ ടെസ്റ്റുകൾക്ക് കുറച്ച് മനുഷ്യൻ ആവശ്യമാണ്
ഇടപെടൽ, ഉദാ: ചില സ്‌ക്രീൻ സ്വഭാവത്തിന്റെ സ്ഥിരീകരണം (ഉദാഹരണത്തിന്, X11), അല്ലെങ്കിൽ
ചില ഉപയോക്തൃ പ്രവർത്തനം, "ഇഥർനെറ്റ് കേബിൾ ഇപ്പോൾ അൺപ്ലഗ് ചെയ്യുക".

-അല്ല_ലോഗിംഗ്
ഔട്ട്പുട്ടിന്റെയും പിശകുകളുടെയും ഓട്ടോമാറ്റിക് ലോഗിംഗ് പ്രവർത്തനരഹിതമാക്കാൻ ഈ ഓപ്ഷൻ ഉപയോഗിച്ചേക്കാം
ഒരു ഫയല്. ഒരു ഷെല്ലിൽ നിരവധി aegis കമാൻഡുകൾ സംയോജിപ്പിക്കുമ്പോൾ ഇത് പലപ്പോഴും ഉപയോഗപ്രദമാണ്
സ്ക്രിപ്റ്റ്.

-ഔട്ട്പുട്ട് ഫയലിന്റെ പേര്
എന്നതിനൊപ്പം എഴുതേണ്ട ഒരു ഫയലിന്റെ പേര് വ്യക്തമാക്കാൻ ഈ ഓപ്ഷൻ ഉപയോഗിച്ചേക്കാം
ടെസ്റ്റ് ഫയലിന്റെ പേര് സ്വയമേവ നിർണ്ണയിച്ചു. സ്ക്രിപ്റ്റുകൾ എഴുതാൻ ഉപയോഗപ്രദമാണ്.

- പദ്ധതി പേര്
താൽപ്പര്യമുള്ള പ്രോജക്റ്റ് തിരഞ്ഞെടുക്കാൻ ഈ ഓപ്ഷൻ ഉപയോഗിക്കാം. ഇല്ല എപ്പോൾ - പദ്ധതി
ഓപ്ഷൻ വ്യക്തമാക്കിയിരിക്കുന്നു, the AEGIS_PROJECT പരിസ്ഥിതി വേരിയബിളുമായി കൂടിയാലോചിക്കുന്നു. എങ്കിൽ
അത് നിലവിലില്ല, ഉപയോക്താവിന്റെ $HOME/.aegisrc ഒരു സ്ഥിരസ്ഥിതിക്കായി ഫയൽ പരിശോധിച്ചു
പദ്ധതി ഫീൽഡ് (കാണുക aeuconf(5) കൂടുതൽ വിവരങ്ങൾക്ക്). അത് നിലവിലില്ലെങ്കിൽ,
ഉപയോക്താവ് ഒരു പ്രോജക്റ്റിനുള്ളിലെ മാറ്റങ്ങളിൽ മാത്രം പ്രവർത്തിക്കുമ്പോൾ, പ്രോജക്റ്റ്
ആ പ്രോജക്റ്റിലേക്ക് സ്ഥിരസ്ഥിതിയായി പേര് നൽകുക. അല്ലെങ്കിൽ, അത് ഒരു പിശകാണ്.

-ടെംപ്ലേറ്റ്
ഒരു പുതിയ ഫയൽ ടെംപ്ലേറ്റ് ഉപയോഗിക്കേണ്ടതുണ്ടോ എന്ന് വ്യക്തമാക്കാൻ ഈ ഓപ്ഷൻ ഉപയോഗിച്ചേക്കാം
ഫയൽ നിലവിലുണ്ടെങ്കിൽ.

-ഇല്ല_ടെംപ്ലേറ്റ്
ഒരു പുതിയ ഫയൽ ടെംപ്ലേറ്റ് ഉപയോഗിക്കരുത് എന്ന് വ്യക്തമാക്കാൻ ഈ ഓപ്ഷൻ ഉപയോഗിച്ചേക്കാം,
ഫയൽ നിലവിലില്ലെങ്കിലും (ഏതെങ്കിലും ശൂന്യമായ ഫയൽ സൃഷ്ടിക്കപ്പെടും).

-TERse
ഈ ഓപ്‌ഷൻ ലിസ്റ്റിംഗുകൾ ഏറ്റവും കുറഞ്ഞ തുക ഉണ്ടാക്കാൻ ഉപയോഗിച്ചേക്കാം
വിവരങ്ങൾ. ഇത് സാധാരണയായി ഷെൽ സ്ക്രിപ്റ്റുകൾക്ക് ഉപയോഗപ്രദമാണ്.

-വെർബോസ്
ഈ ഓപ്‌ഷൻ കൂടുതൽ ഔട്ട്‌പുട്ട് ഉൽപ്പാദിപ്പിക്കുന്നതിന് aegis കാരണമാകാം. സ്ഥിരസ്ഥിതിയായി aegis
പിശകുകളിൽ മാത്രമേ ഔട്ട്പുട്ട് ഉത്പാദിപ്പിക്കുന്നുള്ളൂ. കൂടെ ഉപയോഗിക്കുമ്പോൾ - ലിസ്റ്റ് ഓപ്ഷൻ ഈ ഓപ്ഷൻ
കോളം തലക്കെട്ടുകൾ ചേർക്കുന്നതിന് കാരണമാകുന്നു.

- കാത്തിരിക്കുക ആക്സസ് ലോക്കുകൾക്കായി കാത്തിരിക്കാൻ Aegis കമാൻഡുകൾ ആവശ്യപ്പെടുന്നതിന് ഈ ഓപ്ഷൻ ഉപയോഗിച്ചേക്കാം
അവ പെട്ടെന്ന് ലഭിക്കില്ല. ഉപയോക്താവിന്റെ സ്ഥിരസ്ഥിതികൾ lock_wait_preference
വ്യക്തമാക്കിയിട്ടില്ലെങ്കിൽ, കാണുക aeuconf(5) കൂടുതൽ വിവരങ്ങൾക്ക്.

-കാത്തു നില്ക്കുക ഇല്ല
ആക്‌സസ് ആണെങ്കിൽ മാരകമായ ഒരു പിശക് പുറപ്പെടുവിക്കാൻ Aegis കമാൻഡുകൾ ആവശ്യപ്പെടുന്നതിന് ഈ ഓപ്ഷൻ ഉപയോഗിച്ചേക്കാം
പൂട്ടുകൾ ഉടനടി ലഭിക്കില്ല. ഉപയോക്താവിന്റെ സ്ഥിരസ്ഥിതികൾ
lock_wait_preference വ്യക്തമാക്കിയിട്ടില്ലെങ്കിൽ, കാണുക aeuconf(5) കൂടുതൽ വിവരങ്ങൾക്ക്.

ഇതും കാണുക aegis(1) എല്ലാ aegis കമാൻഡുകൾക്കും പൊതുവായ ഓപ്ഷനുകൾക്കായി.

എല്ലാ ഓപ്ഷനുകളും ചുരുക്കിയേക്കാം; ചുരുക്കെഴുത്ത് വലിയക്ഷരങ്ങളായി രേഖപ്പെടുത്തിയിരിക്കുന്നു,
എല്ലാ ചെറിയ അക്ഷരങ്ങളും അടിവരയും (_) ഓപ്ഷണൽ ആണ്. നിങ്ങൾ തുടർച്ചയായി ഉപയോഗിക്കണം
ഓപ്ഷണൽ അക്ഷരങ്ങളുടെ ക്രമങ്ങൾ.

എല്ലാ ഓപ്‌ഷനുകളും കേസ് സെൻസിറ്റീവ് അല്ല, നിങ്ങൾക്ക് അവ വലിയ അക്ഷരത്തിലോ ചെറിയ അക്ഷരത്തിലോ ടൈപ്പുചെയ്യാം
രണ്ടും കൂടിച്ചേർന്ന്, കേസ് പ്രധാനമല്ല.

ഉദാഹരണത്തിന്: "-പ്രോജക്റ്റ്, "-PROJ", "-p" എന്നീ വാദങ്ങൾ എല്ലാം അർത്ഥമാക്കുന്നത് അർത്ഥമാക്കുന്നു
- പദ്ധതി ഓപ്ഷൻ. "-prj" എന്ന വാദം മനസ്സിലാകില്ല, കാരണം തുടർച്ചയായി
ഓപ്ഷണൽ പ്രതീകങ്ങൾ നൽകിയിട്ടില്ല.

ഓപ്‌ഷനുകളും മറ്റ് കമാൻഡ് ലൈൻ ആർഗ്യുമെന്റുകളും കമാൻഡ് ലൈനിൽ ഏകപക്ഷീയമായി കലർന്നേക്കാം,
ഫംഗ്ഷൻ സെലക്ടറുകൾക്ക് ശേഷം.

ഗ്നു ദൈർഘ്യമേറിയ ഓപ്ഷനുകളുടെ പേരുകൾ മനസ്സിലായി. എല്ലാ ഓപ്‌ഷൻ പേരുകളും ഉള്ളതിനാൽ aegis നീളമുള്ളതാണ്,
ഇതിനർത്ഥം അധിക മുൻനിര '-' അവഗണിക്കുക എന്നാണ്. "--ഓപ്ഷൻ=മൂല്യം" കൺവെൻഷൻ കൂടിയാണ്
മനസ്സിലായി.

ശുപാർശ ചെയ്ത അലിയാസ്

ഈ കമാൻഡിനായി ശുപാർശ ചെയ്യുന്ന അപരനാമം ഇതാണ്
csh% alias aent 'aegis -nt \!* -v'
sh$ aent(){aegis -nt "$@" -v}

പിശകുകൾ

എന്നതിൽ മാറ്റം ഇല്ലെങ്കിൽ അത് ഒരു പിശകാണ് being വികസിത സംസ്ഥാന.
മാറ്റം നിലവിലെ ഉപയോക്താവിന് നൽകിയിട്ടില്ലെങ്കിൽ അത് ഒരു പിശകാണ്.

പുറത്ത് പദവി

ദി aegis ഏത് പിശകിലും കമാൻഡ് 1 എന്ന സ്റ്റാറ്റസോടെ പുറത്തുകടക്കും. ദി aegis കമാൻഡ് മാത്രം ചെയ്യും
പിശകുകൾ ഇല്ലെങ്കിൽ 0 എന്ന സ്റ്റാറ്റസ് ഉപയോഗിച്ച് പുറത്തുകടക്കുക.

ENVIRONMENT വ്യത്യാസങ്ങൾ

കാണുക aegis(1) ഈ കമാൻഡിനെ ബാധിച്ചേക്കാവുന്ന പരിസ്ഥിതി വേരിയബിളുകളുടെ ഒരു ലിസ്റ്റിനായി. കാണുക
aepconf(5) പ്രോജക്റ്റ് കോൺഫിഗറേഷൻ ഫയലുകൾക്കായി പദ്ധതി_നിർദ്ദിഷ്ടം എങ്ങനെ സജ്ജീകരിക്കാം എന്നതിനുള്ള ഫീൽഡ്
എജിസ് എക്സിക്യൂട്ട് ചെയ്യുന്ന എല്ലാ കമാൻഡുകൾക്കുമുള്ള എൻവയോൺമെന്റ് വേരിയബിളുകൾ.

onworks.net സേവനങ്ങൾ ഉപയോഗിച്ച് aent ഓൺലൈനായി ഉപയോഗിക്കുക