aenf - מקוון בענן

תָכְנִית:

שֵׁם

aegis new file - הוסף קבצים חדשים שייווצרו על ידי שינוי

תַקצִיר

חסותו -קובץ חדש שם קובץ... [ אוֹפְּצִיָה... ]
חסותו -קובץ חדש -רשימה [ אוֹפְּצִיָה... ]
חסותו -קובץ חדש -עֶזרָה

תיאור

השמיים חסותו -קובץ חדש הפקודה משמשת להוספת קבצים חדשים לשינוי. הקבצים בעלי השם יהיו
להתווסף לרשימת הקבצים בשינוי.

עבור כל קובץ בשם, נוצר קובץ חדש בספריית הפיתוח, אם לא
קיימים כבר. אם הקובץ כבר קיים, הוא לא ישונה.

אם אתה רוצה שקובץ מקור חדש יהיה בר הפעלה (סקריפטים של מעטפת, למשל), אז אתה
פשוט השתמש ברגיל chmod(1) פקודה. אם כל סיביות ההפעלה של הקובץ מוגדרות ב
aede(1) הזמן שבו הקובץ נזכר כאפשר הפעלה וכל סיביות ההפעלה (מינוס ה-
umask של הפרויקט) יוגדר עד לאחר מכן aecp(1) פקודות.

אם תן שם לספרייה בשורת הפקודה, יתבצע חיפוש בכל עץ הספריות
עבור קבצים חדשים. (הערה: הכל יתווסף, כולל קבצי נקודות ו
קבצים בינאריים, אז תצטרך לנקות כל זבל תחילה.) קבצים מתחת לזה בשם
תתעלם מהספרייה שכבר נמצאת בשינוי, או בפרויקט. ה
file_name_accept ו file_name_reject דפוסים בפרויקט aegis.conf הקובץ יהיה גם
להיות מיושם, ראה aepconf(5) למידע נוסף.

מַדרִיך דוגמה
יש מקרים שבהם פקודה כגון
$ aenf פובר/*
aegis: פרויקט "דוגמה": שינוי 42: "fubar/glorp" כבר בשינוי
aegis: פרויקט "דוגמה": שינוי 42: נמצאה שגיאה קטלנית אחת, לא נוספו קבצים חדשים
$
ייכשל כפי שמוצג. ישנן מספר דרכים להתמודד עם זה, והקלה ביותר היא
פשוט שם את הספרייה:
$ aenf פובר
aegis: פרויקט "דוגמה": שינוי 42: הקובץ "fubar/smiley" נוסף
aegis: פרויקט "דוגמה": שינוי 42: הקובץ "fubar/frownie" נוסף
$
אתה יכול גם להשתמש ב- למצוא(1) פקודה לבחירת קבצים מורכבת באופן שרירותי, אבל אתה
תחילה עליך לא לכלול קבצים שהפקודה שלעיל מחריגה אוטומטית:
$ aelcf > להוציא
$ aelpf >> להוציא
$ למצוא פובר סוג f |
grep -v -f להוציא |
קסארגס חסותו --קובץ חדש -v
aegis: פרויקט "דוגמה": שינוי 42: הקובץ "fubar/smiley" נוסף
aegis: פרויקט "דוגמה": שינוי 42: הקובץ "fubar/frownie" נוסף
$
אם אינך משתמש ברשימת אי הכללה, ה- למצוא(1) הפקודה תצטרך כוונון עדין עבורך
סגנון ספריית פיתוח. אם אתה משתמש בסגנון סימלינק, תצטרך להוסיף
מה היא למצוא -nlink 1 אפשרות בנוסף ל למצוא סוג f אוֹפְּצִיָה.
$ למצוא פובר סוג f -נקישורים 1 |
קסארגס חסותו --קובץ חדש -v
aegis: פרויקט "דוגמה": שינוי 42: הקובץ "fubar/smiley" נוסף
aegis: פרויקט "דוגמה": שינוי 42: הקובץ "fubar/frownie" נוסף
$
אם אתה משתמש בסגנון ספריית הפיתוח בעותק מלא, תצטרך להשתמש ב-
שיטת אי הכללה של רשימה, למעלה.

שלח תבניות
כאשר נוצר קובץ חדש בספריית הפיתוח, הפרויקט config קובץ הוא
חיפש תבנית עבור הקובץ החדש. אם תימצא תבנית, הקובץ החדש יהיה
אתחול לתבנית, אחרת היא תיווצר ריקה. לִרְאוֹת aepconf(5) לעוד
מידע.

הצורה הפשוטה ביותר היא להשתמש בקבצי תבניות, כגון
file_template =
[
{
תבנית = [ "*.c" ];
body = "${read_file ${source template/c abs}}";
},
{
pattern = [ "test/*/.sh" ];
body = "${read_file ${template source/test abs}}";
},
];
כפי שאתה יכול לראות, קבצי התבניות הם חלק ממקור הפרויקט, כך שאתה יכול להוסיף את
הודעות ועטיפות מתאימות לזכויות יוצרים, וכו '. ה $source החלפה מאתרת אותם,
אם הם לא חלק מהשינוי הנוכחי (והם בדרך כלל לא).

קבצי התבניות עצמם מכילים תחליפים. ה שם קובץ $ החלפה היא
זמין, ומכיל את שם הקובץ שנוצר. ניתן לתמרן את זה ב
דרכים שונות בעת בניית תוכן הקובץ המתאים. לִרְאוֹת aesub(5) לעוד
מידע על תחליפים.

אפשר גם להפעיל פקודה ליצירת הקובץ החדש. אתה יכול לעשות זאת במקום
ציון מחרוזת גוף, דְהַינוּ:
file_template =
[
{
תבנית = [ "*" ];
body_command = "perl ${source template.pl abs} שם קובץ $";
},
];
הפקודה מופעלת עם ספרייה נוכחית המוגדרת בראש ספריית הפיתוח.
זו שגיאה אם ​​הפקודה לא מצליחה ליצור את הקובץ. אתה יכול לערבב בין השניים
טכניקות, גוּף מחרוזת ו body_command, אם אתה רוצה.

שלח שם מגבלות
ישנם מספר פקדים זמינים כדי להגביל את הצורה של שמות קבצי הפרויקט. כל
פקדים אלה עשויים להימצא בקובץ תצורת הפרויקט, ראה aepconf(5) לעוד
מֵידָע. המשמעותיים ביותר מתוארים כאן בקצרה:

maximum_filename_length = מספר שלם;
שדה זה משמש להגבלת אורך שמות הקבצים. ייתכן שאין לכל הקבצים החדשים
רכיבי נתיב ארוכים מזה. ברירת המחדל היא 255 אם לא מוגדר. למקסימום
ניידות אתה צריך להגדיר את זה ל-14.

posix_filename_charset = boolean;
ניתן להשתמש בשדה זה כדי להגביל את התווים המותרים בשמות הקבצים לאלה בלבד
מותר במפורש על ידי POSIX. ברירת מחדל ל שקר אם לא מוגדר, כלומר לא משנה מה שלך
מערכת ההפעלה תסבול, למעט רווח לבן ותווים עם סיביות גבוהות.
לניידות מקסימלית עליך להגדיר זאת ל נָכוֹן.

dos_filename_required = boolean;
ניתן להשתמש בשדה זה כדי להגביל את שמות הקבצים כך שיתאימו ל-DOS 8+3
מגבלות שמות קבצים ולערכת התווים של שמות קובץ DOS. ברירת מחדל ל שקר אם לא
להגדיר.

windows_filename_required = boolean;
ניתן להשתמש בשדה זה כדי להגביל את שמות הקבצים כך שיתאימו ל-Windows98
ו-WindowsNT מגבלות שמות קבצים וערכת תווים. ברירת מחדל ל שקר אם לא מוגדר.

shell_safe_filenames = boolean;
ניתן להשתמש בשדה זה כדי להגביל את שמות הקבצים כך שלא יכילו מעטפת
תווים מיוחדים. ברירת מחדל ל נָכוֹן אם לא מוגדר. אם שדה זה מוגדר ל שקר,
תצטרך להשתמש ב- ${quote} החלפה סביב שמות קבצים בפקודות, ל
ודא ששמות קבצים המכילים תווים מיוחדים של מעטפת אינם מכילים תווים לא מכוונים
תופעות לוואי. תווים מוזרים בשמות קבצים עשויים גם לבלבל את התלות שלך
כלי תחזוקה.

allow_white_space_in_filenames = בוליאני;
ניתן להשתמש בשדה זה כדי לאפשר תווי רווח לבן בשמות קבצים. זה יהיה
אפשר לתווים הבאים להופיע בשמות הקבצים: 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;
ניתן להשתמש בשדה זה כדי לאפשר שמות קבצים עם תווים שאינם ניתנים להדפסה ב-ascii
אוֹתָם. בדרך כלל זה אומר UTF8 או ערכת תווים בינלאומית כלשהי.
ברירת המחדל ל-false אם לא מוגדרת.

שים לב ששדה זה אינו עוקף מסנני שמות קבצים אחרים. זה יהיה
יש צורך להגדיר במפורש shell_safe_filenames = שקר גם כן. זה יהיה
הכרחי להגדיר dos_filename_required = שקר (ברירת המחדל) גם כן. זה יהיה
הכרחי להגדיר posix_filename_charset = שקר (ברירת המחדל) גם כן.

filename_pattern_accept = [מחרוזת];
שדה זה משמש לציון רשימה של תבניות של שמות קבצים מקובלים.
ברירת המחדל היא "*" אם לא מוגדר.

filename_pattern_reject = [ מחרוזת ];
שדה זה משמש לציון רשימה של תבניות של שמות קבצים לא מקובלים.

אנא הערה: Aegis גם מתייעצת עם מערכת הקבצים הבסיסית, כדי לקבוע את הרעיון שלה
גודל קובץ מקסימלי. כאשר גודל הקובץ המרבי של מערכת הקבצים קטן מ
maximum_filename_length, מערכת הקבצים מנצחת. זה יכול לקרות, למשל, כשאתה
באמצעות מערכת הקבצים Linux UMSDOS, או כאשר יש לך NFS מותקן V7 עתיק
מערכת קבצים. הגדרה maximum_filename_length עד 255 במקרים אלה אינו משנה את
העובדה שמגבלות מערכות הקבצים הבסיסיות קטנות בהרבה (12 ו-14, בהתאמה).

אם ספריות הפיתוח שלך (או כל הפרויקט שלך) נמצאות במערכות קבצים עם שם קובץ
מגבלות, או חלק מהבניינים ההטרוגניים מתרחשים בסביבה כזו,
זה עוזר לספר לאיגיס מה הם (באמצעות הפרויקט config שדות הקובץ) כך שאתה
אל תתקלו במצב שבו הפרויקט מתבסס על המתירני יותר
סביבות, אך נכשל עם שגיאות מסתוריות בסביבות המצומצמות יותר.

אם ספריות הפיתוח שלך נמצאות באופן שגרתי במערכת קבצים של Linux UMSDOS, היית עושה זאת
כנראה עדיף להגדיר dos_filename_required = נָכוֹן, וגם שינוי של
תבנית_מדריך_פיתוח שדה. פיתוח הטרוגני עם חלונות שונים
גם סביבות עשויות לדרוש זאת.

שלח שם פרשנות
תוכנית aegis תנסה לקבוע את שמות קבצי הפרויקט מתוך שמות הקבצים
ניתן בשורת הפקודה. כל שמות הקבצים מאוחסנים בתוך פרויקטים של aegis כיחסי
לשורש של עץ ספריות קו הבסיס. ספריית הפיתוח וה-
ספריית השילוב הם צללים של ספריית הבסיס הזו, ולכן השמות היחסיים הללו
להחיל גם כאן. קבצים הנקראים בשורת הפקודה מומרים תחילה לנתיבים מוחלטים
אם נחוץ. לאחר מכן הם מושווים לנתיב הבסיס, ספריית הפיתוח
נתיב, ואת נתיב ספריית האינטגרציה, כדי לקבוע שם בסיס-יחסי. זה
שגיאה אם ​​הקובץ ששמו נמצא מחוץ לאחד מעצי הספריות הללו.

השמיים -BAse_RElative ניתן להשתמש באפשרות כדי לגרום לשמות קבצים יחסיים להתפרש כ
יחסית לנתיב הבסיס; שמות קבצים מוחלטים עדיין יושוו עם השמות השונים
נתיבים על מנת לקבוע שם בסיס-יחסי.

השמיים relative_filename_preference בקובץ תצורת המשתמש עשוי לשמש לשינוי
התנהגות ברירת מחדל זו. לִרְאוֹת aeuconf(5) למידע נוסף.

משתנה מה היא סוּג of a שלח
אם ברצונך לשנות את סוג הקובץ (למשל, מבדיקה לקובץ מקור, או סְגָן
ולהיפך) תוכל לעשות זאת כשני שינויים, על ידי שימוש תחילה ארם(1) בשינוי אחד ואחר כך
באמצעות aenf(1) או אנט(1) בשינוי שני, או שאתה יכול לשלב את שני השלבים באותו
שינוי. זכור להשתמש ב ארם -לא הלבנה אפשרות אחרת תקבל חדש מוזר ביותר
תבנית קובץ.

שלח פעולה התאמה
כאשר פקודה זו פועלת, היא בודקת תחילה את קבצי השינוי מול קבצי הפרויקטים. אם
יש חוסר עקביות, פעולות הקובץ יותאמו באופן הבא:

create אם נוצר קובץ, אך משולבת ערכת שינויים אחרת שגם היא
יוצר את הקובץ, פעולת הקובץ בערכת השינויים שעדיין בפיתוח תהיה
מותאם ל"שינוי".

לשנות אם קובץ עובר שינוי, אך משולבת ערכת שינויים אחרת אשר מסירה
הקובץ, פעולת הקובץ בערכת השינויים שעדיין בפיתוח תהיה
מותאם ל"ליצור".

הסר אם קובץ מוסר, אך משולבת ערכת שינויים אחרת אשר מסירה
הקובץ, הקובץ יוסר ממערך השינויים שעדיין בפיתוח.

הודעה
השמיים new_file_command בקובץ תצורת הפרויקט מופעל, אם מוגדר. ה פּרוֹיֶקט_-
file_command מופעל גם, אם הוגדר, ואם היה אינטגרציה לאחרונה. לִרְאוֹת
aepconf(5) למידע נוסף.

מבחן מתאמים

ניתן להשתמש בפקודה "aegis -Test -SUGgest" כדי ש-aegis יציע רגרסיה מתאימה
בדיקות לשינוי שלך, על סמך קובצי המקור בשינוי שלך. זה אוטומטית
ממקד את מאמץ הבדיקה למבחנים רלוונטיים, ומצמצם את מספר מבחני הרגרסיה
הכרחי כדי להיות בטוח שלא הצגת באג.

מתאמי הבדיקה נוצרים על ידי הפקודה "aegis -Integrate_Pass", אשר
משייך כל בדיקה בשינוי לכל קובץ מקור בשינוי. לפיכך, כל אחד
קובץ המקור צובר רשימה של בדיקות שהיו קשורות אליו בעבר.
זה לא מדויק כמו ניתוח כיסוי קוד, אבל הוא קירוב סביר ב
תרגול.

השמיים aecp(1) ו aenf(1) פקודות משמשות כדי לשייך קבצים לשינוי. בזמן שהם
אל תבצע את השיוך באופן פעיל, אלו הקבצים שבהם משתמשים aeipass(1) ו
aet(1) כדי לקבוע אילו קובצי מקור משויכים לאילו בדיקות.

מִבְחָן מתאם דיוק
בהנחה שמתאמי הבדיקה מדויקים ושהבדיקות שווה
מופץ על פני חלל הפונקציה, יהיה פחות מ 1/מספר סיכוי שא
הבדיקה הרלוונטית לא בוצעה על ידי "aegis -Test -SUGgest מספר" פקודה. קטן
כמות הרעש מתווספת לשקלול הבדיקה, כך שדברים בלתי צפויים לפעמים
נבדק, ואותן בדיקות לא מופעלות בכל פעם.

ניתן לשפר את דיוק מתאם הבדיקה על ידי הבטחה ש:

· כל שינוי צריך להיות ממוקד מאוד, ללא הכללת קבצים מיותרים. זֶה
מונע מתאמים מזויפים.

· יש להוסיף כל פריט של פונקציונליות חדשה בשינוי אינדיבידואלי, במקום
כמה ביחד. זה מתאם מאוד בדיקות עם פונקציונליות.

· יש לתקן כל באג בשינוי פרטני, ולא בכמה ביחד. זֶה
מתאם חזק בין בדיקות לפונקציונליות.

· מתאמי בדיקה יאבדו אם קבצים יועברו. זה בגלל שמתאמים הם לפי
שם.

הדרך הטובה ביותר עבור בדיקות לתאם במדויק עם קבצי מקור היא בעת שינוי
מכיל בדיקה ובדיוק אותם קבצים הקשורים לפונקציונליות הנבדקת. גַם
קבצים מזויפים רבים יחלישו את התועלת של מתאמי הבדיקה.

אפשרויות

האפשרויות הבאות מובנות

-לִבנוֹת
ניתן להשתמש באפשרות זו כדי לציין שהקובץ נבנה במהלך בנייה
(לעתים קרובות רק מבנה אינטגרלי), כך שניתן לשמור את ההיסטוריה שלו. זה
שימושי ליצירת קבצי תיקון, שבהם יש היסטוריה של קבצים שנוצרו
חָשׁוּב. עם זאת, לא ניתן להעתיק קבצים שנוצרו בדרך זו לשינוי
הם עלולים להימחק. הימנע משימוש בקבצים מסוג זה, אם זה אפשרי.

-BAse_RElative
ניתן להשתמש באפשרות זו כדי לגרום לשמות קבצים יחסיים להיחשב ביחס אליהם
הבסיס של עץ המקור. לִרְאוֹת aeuconf(5) עבור המשתמש המתאים
הַעֲדָפָה.

-CUrrent_RElative
ניתן להשתמש באפשרות זו כדי לגרום לשמות קבצים יחסיים להיחשב ביחס אליהם
הספרייה הנוכחית. זו בדרך כלל ברירת המחדל. לִרְאוֹת aeuconf(5) עבור
העדפת המשתמש המתאימה.

-שינוי מספר
ניתן להשתמש באפשרות זו כדי לציין שינוי מסוים בתוך פרויקט. לִרְאוֹת
חסותו(1) לתיאור מלא של אפשרות זו.

-מוגדר
ניתן להשתמש באפשרות זו כדי לציין שהקובץ הוא פרויקט של Aegis
קובץ תצורה. קובץ תצורת ברירת המחדל של הפרויקט נקרא aegis.conf,
עם זאת, ניתן להשתמש בכל שם קובץ. אתה יכול גם להשתמש ביותר מקובץ אחד,
פיצול התוכן על פני מספר קבצים, שכולם חייבים להיות מסוג זה.

-עֶזרָה
ניתן להשתמש באפשרות זו כדי לקבל מידע נוסף על אופן השימוש ב- חסותו
תכנית.

-לִשְׁמוֹר
ניתן להשתמש באפשרות זו כדי לשמור קבצים ו/או ספריות שנמחקו בדרך כלל או
הוחלף בפקודה. ברירת המחדל לזו של המשתמש delete_file_preference אם לא
פירוט, ראה aeuconf(5) למידע נוסף.

-לא_שמור
ניתן להשתמש באפשרות זו כדי להבטיח שהקבצים ו/או הספריות יימחקו
או הוחלף בפקודה. ברירת המחדל לזו של המשתמש delete_file_preference אם לא
פירוט, ראה aeuconf(5) למידע נוסף.

-רשימה
ניתן להשתמש באפשרות זו כדי לקבל רשימה של נושאים מתאימים לפקודה זו.
הרשימה עשויה להיות כללית יותר מהצפוי.

-לא_רישום
ניתן להשתמש באפשרות זו כדי לבטל את הרישום האוטומטי של פלט ושגיאות
קובץ. זה שימושי לעתים קרובות כאשר מספר פקודות aegis משולבות במעטפת
תַסרִיט.

-פּרוֹיֶקט שם
ניתן להשתמש באפשרות זו לבחירת הפרויקט המעניין. מתי לא -פּרוֹיֶקט
האפשרות מצוינת, ה AEGIS_PROJECT יש להתייעץ עם משתנה סביבה. אם
שלא קיים, של המשתמש $HOME/.aegisrc הקובץ נבדק לאיתור ברירת מחדל
שדה פרויקט (ראה aeuconf(5) למידע נוסף). אם זה לא קיים,
כאשר המשתמש עובד רק על שינויים בתוך פרויקט בודד, הפרויקט
ברירת המחדל של שם לפרויקט זה. אחרת, זו טעות.

-תבנית
ניתן להשתמש באפשרות זו כדי לציין שיש להשתמש בתבנית קובץ חדשה, אפילו
אם הקובץ כבר קיים.

-No_Template
ניתן להשתמש באפשרות זו כדי לציין שאין להשתמש בתבנית קובץ חדשה,
גם אם הקובץ לא קיים (יווצר כל קובץ ריק).

-תַמצִיתִי
אפשרות זו עשויה לשמש כדי לגרום לרישומים לייצר את המינימום של
מֵידָע. זה בדרך כלל שימושי עבור סקריפטים של מעטפת.

-מִלוּלִי
ניתן להשתמש באפשרות זו כדי לגרום ל-aegis להפיק יותר פלט. כברירת מחדל aegis
מייצר פלט רק על שגיאות. בשימוש עם ה -רשימה אפשרות אפשרות זו
גורם להוספת כותרות עמודות.

-לַחֲכוֹת ניתן להשתמש באפשרות זו כדי לדרוש מפקודות Aegis להמתין למנעולי גישה, אם
לא ניתן להשיגם מיד. ברירת המחדל לזו של המשתמש lock_wait_preference
אם לא צוין, ראה aeuconf(5) למידע נוסף.

-לא חכה
ניתן להשתמש באפשרות זו כדי לדרוש מפקודות Aegis לשלול שגיאה קטלנית אם גישה
לא ניתן להשיג מנעולים מיד. ברירת המחדל לזו של המשתמש
lock_wait_preference אם לא צוין, ראה aeuconf(5) למידע נוסף.

ראה גם חסותו(1) לאפשרויות המשותפות לכל פקודות ה-aegis.

כל האפשרויות עשויות להיות מקוצרות; הקיצור מתועד באותיות גדולות,
כל האותיות הקטנות והקו תחתון (_) הם אופציונליים. עליך להשתמש ברצף
רצפים של אותיות אופציונליות.

כל האפשרויות אינן תלויות רישיות, אתה יכול להקליד אותן באותיות גדולות או קטנות או א
שילוב של שניהם, המקרה אינו חשוב.

לדוגמה: הארגומנטים "-project, "-PROJ" ו-"-p" מתפרשים כולם כמשמעותם של
-פּרוֹיֶקט אוֹפְּצִיָה. הטיעון "-prj" לא יובן, כי רצוף
תווים אופציונליים לא סופקו.

אפשרויות וארגומנטים אחרים של שורת הפקודה עשויים להתערבב באופן שרירותי בשורת הפקודה,
אחרי בוררי הפונקציות.

שמות האופציות הארוכים של GNU מובנים. מאז כל שמות האפשרויות עבור חסותו ארוך,
המשמעות היא התעלמות מה-'-' המוביל הנוסף. ה "--אוֹפְּצִיָה=ערך"המוסכמה היא גם
הבין.

מומלץ כינוי

הכינוי המומלץ לפקודה זו הוא
csh% כינוי aenf 'aegis -nf \!* -v'
sh$ aenf(){aegis -nf "$@" -v}

שגיאות

זו שגיאה אם ​​השינוי אינו ב- להיות מפותח מדינה.
זוהי שגיאה אם ​​השינוי אינו מוקצה למשתמש הנוכחי.
זוהי שגיאה אם ​​הקובץ כבר חלק מהשינוי.
זוהי שגיאה אם ​​הקובץ כבר חלק מקו הבסיס.
זוהי שגיאה אם ​​הקבצים המופיעים בשורת הפקודה אינם קבצים רגילים ולא
ספריות. (אם אתה צריך קישורים סמליים או קבצים מיוחדים, צור אותם בזמן הבנייה.)

יְצִיאָה סטָטוּס

השמיים חסותו הפקודה תצא עם סטטוס 1 בכל שגיאה. ה חסותו הפקודה תהיה בלבד
צא עם סטטוס 0 אם אין שגיאות.

הסביבה וריאציות

לִרְאוֹת חסותו(1) עבור רשימה של משתני סביבה שעשויים להשפיע על פקודה זו. לִרְאוֹת
aepconf(5) עבור קובץ התצורה של הפרויקט פרויקט_ספציפי שדה כיצד להגדיר
משתני סביבה עבור כל הפקודות המבוצעות על ידי Aegis.

השתמש ב-aenf באינטרנט באמצעות שירותי onworks.net