aemvu - מקוון בענן

תָכְנִית:

שֵׁם

aegis move file undo - בטל שינוי שם של קובץ כחלק משינוי

תַקצִיר

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

תיאור

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

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

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

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

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

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

הודעה
השמיים new_file_undo_command ו remove_file_undo_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 בכלל.

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

הודעה
עם השלמת פקודה זו בהצלחה, ההתראות המבוצעות בדרך כלל על ידי ה
aermu(1), aenfu(1) ו aentu(1) מופעלות פקודות, לפי הצורך. אלה כוללים את
project_file_command, new_file_undo_command, new_test_undo_command ו remove_file_undo_‐
הפקודה תחומי הפרויקט config קוֹבֶץ. לִרְאוֹת aepconf(5) למידע נוסף.

אפשרויות

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

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

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

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

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

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

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

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

-אמת_קישורים_סמלים
ניתן להשתמש באפשרות זו כדי לבקש את הקישורים הסמליים, או הקישורים הקשיחים, או
עותקי קובץ, באזור העבודה יתעדכנו כדי לשקף את המצב הנוכחי של
קו הבסיס. זה נשלט על ידי ה סגנון_מדריך_פיתוח שדה של
קובץ תצורת הפרויקט. רק קבצים שאינם מעורבים בשינוי
מְעוּדכָּן. ראה גם את השדה "העדפת_קישורים_סמליים" של aeuconf(5). זֶה
אפשרות היא ברירת המחדל, אם היא משמעותית עבור התצורה שלך. השם הוא an
תאונה היסטורית, קישורים קשיחים ועותקי קבצים כלולים.

-הנח_קישורים_סמלים
ניתן להשתמש באפשרות זו כדי לבקש שלא יימשך עדכון של קבצי שיקוף בסיסיים
מקום. אפשרות זו שימושית כאשר אתה בהחלט לדעת הקבצים המעודכנים-
ness לא חשוב כרגע; ייתכן שיהיה שימוש שגוי באפשרות זו
תופעות לוואי בנייה בלתי צפויות. ראה גם את השדה "העדפת_קישורים_סמלים".
of aeuconf(5). אפשרות זו היא ברירת המחדל, אם לא משמעותית עבורך
תְצוּרָה. השם הוא תאונה היסטורית, קישורים קשיחים והעתקי קבצים
כלולים.

-לַחֲכוֹת ניתן להשתמש באפשרות זו כדי לדרוש מפקודות 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% כינוי aemvu 'aegis -mvu \!* -v'
sh$ aemvu(){aegis -mvu "$@" -v}

שגיאות

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

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

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

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

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

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