aemv - מקוון בענן

תָכְנִית:

שֵׁם

aegis move file - שנה שם קובץ אחד או יותר כחלק משינוי

תַקצִיר

חסותו -MoVe_file [ אוֹפְּצִיָה... ] שם ישן שם חדש [ old1 new1 [ old2 new2 ] ]
חסותו -MoVe_file -רשימה [ אוֹפְּצִיָה... ]
חסותו -MoVe_file -עֶזרָה

תיאור

השמיים חסותו -MoVe_file הפקודה משמשת להעתקת קובץ לשינוי ולשנות את שמו ב-
אותו זמן.

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

אזהרה: אם כבר יש קבצים בספריית הפיתוח של אחד מה- שם ישן or
מה היא שם חדש הם יוחלפו.

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

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

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

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

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

התַהֲלִיך צד אפקטים
פקודה זו תבטל כל רישומי בנייה או בדיקה, בגלל הוספת קובץ נוסף
מבטל אותם באופן הגיוני.

כאשר קבצי השינוי מופיעים (חסותו -רשימה Change_Files -תַמצִיתִי) הקבצים החדשים (חדש-
שם) יופיעו ברשימה, והקבצים שהוסרו (שם ישן) יהיה לֹא מופיעים ב
רשימה תמציתית. באופן דומה, כאשר קבצי הפרויקט רשומים עם שינוי מפורש
מספר (חסותו -רשימה Project_Files -תַמצִיתִי -שינוי נ) אף אחד מקבצי השינוי, כולל
הן הקבצים החדשים והן הקבצים שהוסרו, יופיעו ברשימה התמציתית. שתי התכונות הללו הן
מאוד מועיל כשקוראים ל-aegis מתוך DMT כדי ליצור את רשימת קבצי המקור.

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

WHITE OUT

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

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

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

כשאתה משתמש ב- ארם(1) או aemv(1) פקודות, Aegis תיצור קובץ 1K כדי לפעול בתור
whiteout. התוכן שלו מכוער למדי, כך שאם אתה מקמפל או כולל את ה"הוסר"
קובץ בטעות, אתה מקבל שגיאה קטלנית. זה יזכיר לך להסיר מיושן
הפניות.

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

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

(א) Aegis יודע בדיוק איפה נמצאים קבצי (מקור), בעוד שכל השאר נמצא
הסקת הידע של איגיס; ו

(ב) קשה לחפש במערכת הקבצים כאשר נתיב התצוגה ארוך מ-2 ספריות
(ושיטת ההסתעפות של Aegis יכולה להפוך אותה לארוכה באופן שרירותי); ו

(ג) קבצי ההלבנה, וכל דבר אחר שנותר "שוכב", יבלבלו כל שיטה
אשר חוקר את מערכת הקבצים.

הדרך הקלה ביותר להשתמש בידע הקבצים של Aegis היא עם משהו כמו an awk(1) תסריט
עיבוד רשימות קבצי Aegis. לדוגמה, אתה יכול לעשות זאת עם לעשות(1) כדלקמן:
# צור את מניפסט הקובץ
manifest.make.inc: manifest.make.awk
( aegis -l cf -ter ; aegis -l pf -ter ) | \
awk -f manifest.make.awk > manifest.make.inc
# כלול כעת את מניפסט הקובץ
כוללים manifest.make.inc
הערה: זה יהיה לא יעיל אם תעשה את זה פעם אחת בכל ספרייה, אבל אין כלום
מונע ממך לכתוב מטלות רבות לתוך manifest.make.inc קובץ, הכל באחד
לַעֲבוֹר.

אפשר לעשות את אותו הדבר עם מחולל הדוחות של Aegis (ראה AER(1) לעוד
מידע), אבל זה יותר מעורב מה awk(1) תסריט. עם זאת, עם ה
מידע "ישר מפיו של הסוס" כביכול, הוא גם יכול להיות הרבה יותר חכם.

מניפסט קובץ זה יהפוך לא מעודכן ללא חיבור לקובץ של Aegis
פקודות פעולות. על ידי שימוש ב project-file_command ו change_file_command שדות של
הפרויקט config קובץ (ראה aepconf(5) למידע נוסף), אתה יכול למחוק קובץ זה
בזמנים אסטרטגיים.
/* הפעל כאשר מניפסט קובץ השינוי משתנה */
change_file_command = "rm -f manifest.make.inc";
/* הפעלה כאשר מניפסט קובץ הפרויקט משתנה */
project_file_command = "rm -f manifest.make.inc";
לכן, מניפסט הקובץ החדש ייבנה מחדש במהלך הבא א ו ב(1) פקודה.

אפשרויות ו העדפות
יש -לא-WhiteOut אפשרות, אשר עשויה לשמש כדי לדכא קבצי Whiteout כאשר אתה משתמש
מה היא ארם(1) ו aemv(1) פקודות. יש מקביל -WhiteOut אפשרות, שהיא
בדרך כלל ברירת המחדל.

יש whiteout_preference שדה בקובץ העדפות המשתמש (ראה aeuconf(5) עבור
מידע נוסף) אם ברצונך להגדיר אפשרות זו לצמיתות יותר.

Whiteout שלח תבניות
השמיים whiteout_template תחום הפרויקט config ניתן להשתמש בקובץ כדי לייצר שפה-
קבצי שגיאה ספציפיים. אם שום רשומת תבנית הלבנה לא תואמת, קובץ של 1KB מכוער מאוד
להיות מיוצר - זה אמור לגרום לשגיאות מהדר כמעט לכל שפה.

אם אתה רוצה הודעת שגיאה קריאה יותר לאדם, ערכים כגון
whiteout_template =
[
{
תבנית = [ "*.[ch]" ];
body = "#error קובץ זה הוסר.";
}
];
יכול להיות מאוד יעיל (דוגמה זו מניחה gcc(1) נמצא בשימוש).

אם זה חיוני ש לא קובץ whiteout יופק, למשל עבור קבצי מקור C, אתה יכול
השתמש בתבנית הלבנה כגון
whiteout_template =
[
{ pattern = [ "*.c" ]; }
];
כי נעדר גוּף שדה משנה פירושו לא ליצור קובץ whiteout בכלל.

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

הודעה
עם השלמת פקודה זו בהצלחה, ההתראות המבוצעות בדרך כלל על ידי ה
ארם(1), aenf(1) ו אנט(1) מופעלות פקודות, לפי הצורך. אלה כוללים את
project_file_command, new_file_command, new_test_command ו remove_file_command שדות
של הפרויקט config קוֹבֶץ. לִרְאוֹת aepconf(5) למידע נוסף.

אפשרויות

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

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

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

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

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

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

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

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

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

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

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

-No_WhiteOut
ניתן להשתמש באפשרות זו כדי לבקש שלא יוצב קובץ "whiteout" ב-
ספריית פיתוח.

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

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

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

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

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

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

מומלץ כינוי

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

שגיאות

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

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

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

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

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

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