זוהי הפקודה patnotify שניתן להריץ בספק האירוח החינמי של OnWorks באמצעות אחת מתחנות העבודה המקוונות המרובות שלנו, כגון Ubuntu Online, Fedora Online, אמולטור מקוון של Windows או אמולטור מקוון של MAC OS
תָכְנִית:
שֵׁם
pat - כלי מחולל טלאים
תַקצִיר
טפיחה [ -ahmnV ] [ רשימת קבצים ]
פאציל [ -abfhnpqsV ] [ רשימת קבצים ]
patdiff [ -ahnV ] [ רשימת קבצים ]
patbase [ -ahV ] [ רשימת קבצים ]
patlog [ -hnruV ]
patmake [ -hV ]
פטסנד [ -hiquV ] [ רשימת טלאים ] [ נמענים ]
patnotify [ -hquV ] [ נמענים ]
patpost [ -hrV ] רשימת טלאים קבוצות חדשות
patftp [ -hV ] [ רשימת טלאים ]
patname [ -ahnmV ] -v גרסה [ רשימת קבצים ]
לטפטף [ -ahV ] [ -o תמונת מצב ] [ רשימת קבצים ]
patcol [ -achnmsCV ] [ -d בספרייה ] [ -f מאני ] [ -S לצלם ] [ רשימת קבצים ]
patclean [ -ahnmV ] [ רשימת קבצים ]
patindex
תיאור
טפיחה והתוכניות המשויכות לו מייצרות תיקונים עבור כל חבילה שאוחסנה
תחת RCS. תוכניות אלה מסתירות הרבה מהפרטים של RCS שעומדים בדרכך כאשר
בנייה ותחזוקה של חבילה. כל מה שאתה צריך לעשות כדי ליצור תיקון חדש הוא לעשות
ערוך את הקבצים שלך, הרץ pat, וספק כמה תיאורים ל-RCS ובתיקון שנוצר
קוֹבֶץ. פרטים כגון איך לאתחל קובץ RCS חדש, מה צריכה מחרוזת ההערות
be, איך יוצרים סניף חדש, איך מתמודדים עם ספריות משנה, איך עושים הבדלים ואיך
לארגן את קובץ התיקון מטופלים באופן אוטומטי.
לפני השימוש בכל אחת מתוכניות pat, עליך לאתחל את החבילה שלך על ידי הפעלת packinit
בספרייה ברמה העליונה של החבילה שלך. זה מייצר קובץ .package שכל ה-
תוכניות dist עושות שימוש.
בכל אחת מהתוכנות שרוצות רשימת קבצים, אם תציין -a במקום זאת, כל הקבצים נכנסים
MANIFEST.new יעובד. בכל אחת מהתוכניות שרוצות רשימת תיקונים, ערך null
רשימת טלאים פירושה התיקון הנוכחי. אתה יכול להשתמש במקפים, פסיקים ורווחים כדי לתחום
מספרי תיקון. אם הצד הימני של מקף הוא מחרוזת האפס, רמת התיקון הנוכחית
מונחה כערך המקסימלי. כל התוכניות שהופעלו עם -h ידפיס שימוש קטן
הודעה עם המשמעות של כל אחת מהאפשרויות הזמינות. ה -V אפשרות נותנת את הנוכחי
גרסת מספר.
Pat עצמה היא תוכנית עטיפה שקוראת patcil, patdiff ו-patmake. בדרך כלל אתה יכול
פשוט תזמין טפח והתעלם מכל האחרים. Pat יעדכן את קובץ ה-MANIFEST, אם
הכרחי (זה יהיה עותק מדויק של הקובץ MANIFEST.new, בתנאי ש-MANIFEST
כבר היה קיים), בסופו של דבר קוראים לזה patcil.
אם אתה מציין -n במקום רשימת קבצים, pat ימצא את כל הקבצים שהם חדשים יותר מ
patchlevel.h, הכנס אותך לעורך כדי לקצץ את הרשימה, ואז השתמש ברשימת הקבצים הזו. אם
כל קובץ ברשימה מוסר, טפיחה יופסק.
פאציל משמש לביצוע ci -l בכל הקבצים הרשומים. (מניחים שאתה תמיד רוצה
בדוק את הקבצים שלך.) בנוסף ל -a מתג, יש א -b להחליף איזה
עושה בדיקה מהירה של קבוצת קבצים. במקום לקרוא ל-rcs בכל קובץ, הוא קורא ל-rcs
על כל רשימת הקבצים. זה שימושי לבדיקת גרסת טראנק. כאשר אתה
בודקים גרסת טראנק חדשה, אולי תרצה גם להשתמש ב- -s דגל אשר יהיה
הסר ערכי יומן RCS ישנים מהגרסה הקודמת כדי שתוכל להתחיל מחדש.
כנראה שכדאי גם להשתמש ב-a -f אשר מועבר דרך ה-ci לכפות ללא שינוי
קבצים שיש לבצע צ'ק-אין. כדי לבצע צ'ק אין גרסת טראנק חדשה, אני אומר
patcil -s -f -a
Patcil יבקש את הערך ביומן במקום לאפשר ל-ci לעשות זאת, ויש לו פרומפטר קטן
מובנה המאפשר לך לתפעל את המסר בדרכים שונות. הקלד h עבור רשימה של
מה אתה יכול לעשות. אחד הדברים הכי נחמדים הוא שאתה יכול להופיע לעורך,
אופציונלי עם רישום שונה של השינויים מאז התיקון האחרון, למקרה שעשית זאת
שכחת מה שינית. אם אתה מקליד CR בתור הדבר הראשון, הוא כולל את הקודם
הודעת יומן. צא מהפרומפטר עם CR.
ישנן שתי דרכים שונות להשתמש ב-patcil. אתה יכול להתקשר לפאציל בעצמך, או לתת
תקרא לזה בשבילך. זה לא משנה כמה פעמים אתה מתקשר לפצייל לפני ריצת טפיחה,
מאז patdiff יודע מה בסיס התיקון האחרון להשוות איתו. ניתן לקרוא ל-Patcil
כל אחת מהספריות שלך; יש לקרוא לתוכניות האחרות בספרייה ברמה העליונה שלך (או
בבאגים, כאשר הם בעלי משמעות).
כאשר אתה יוצר קובץ חדש ברמת תיקון נתונה, עליך להתאים אותו עם ה- -p
אוֹפְּצִיָה. אחרת, זה פשוט ייעשה צ'ק-אין בתור גרסה חדשה של תא המטען. השם של
הקובץ יתווסף ל-MANIFEST.new אם הוא עדיין לא מופיע בו. אם השם כן
נמצא יחד עם תיאור, תיאור זה יועבר אל rcs כדי כראוי
אתחול קובץ RCS.
Patbase ניתן להשתמש כדי לאפס את בסיס התיקון לגרסה הנוכחית לאחר ביטול
את רצף התיקון הקודם ויוצרים ערכת הפצה חדשה. מה שזה באמת עושה זה
an rcs -Nlastpat:REV, כאשר REV הוא הגרסה הנוכחית. אם פטיף יתפוצץ ואתה רוצה
כדי להחזיר את בסיס התיקון לגרסה קודמת כלשהי, עליך לקרוא ל-rcs -Nlastpat:REV
עַצמְךָ.
פאדיף למעשה עושה את ההבדלים שנכנסים לתיקון, ומשווה כל גרסה שהיא
-Nlastpat מצביע על הגרסה האחרונה שנבדקה. לאחר מכן הוא מעדכן -Nlastpat
להצביע על הגרסה הנוכחית. זה משאיר את ההבדל יושב בספריית המשנה באגים עבור
patmake להרים. זה יכול להשתמש ב-rcsdiff, או בפקודה diff לפי בחירתך שצוינה
כאשר אתה מפעיל packinit, למקרה שה-Diff שלך טוב יותר מ-rcsdiff.
פטלוג מופעל על ידי patmake בדרך כלל, כדי לעדכן את ChangeLog קובץ (או איך שלא קוראים לזה
הקובץ ניתן בעת הרצה packinit). זה יאסוף הודעות יומן ויפעיל
עורך כדי שתוכל לבצע את העדכונים הדרושים. אם הגדרת את החבילה שלך גם
כלול יומני RCS ב- ChangeLog, יושק סשן עורך נוסף גם עבור אלה.
לבסוף, יומן סופי נבנה כערך מועמד עבור ChangeLog, שגם אתה יכול
לשנות כרצונך.
כאשר לא הגדרת את א ChangeLog קובץ, patlog יאסוף רק את המידע
זה צריך לעבור הלאה patmake ויצא. אם אתה רוצה לקרוא לזה בעצמך, אתה חייב
לעשות את זה לאחר הצלחה אחת לפחות patdiff לָרוּץ. אני ממליץ להשתמש ב -n אפשרות ה
בפעם הראשונה, ולאחר מכן השתמש ב- -u אפשרות יחד עם -n בריצות עוקבות כדי ליצור מחדש קבצים
רק כשצריך. ה -r אפשרות (אשר מחליפה -u) מונע patlog מיצירת מחדש של
קובץ קיים, גם אם הוא לא מעודכן.
פטלוג אתקשר פאציל ו patdiff על שלך ChangeLog קובץ (לאחר שמילאתי את
רשומת יומן מועמדים שערכת בראש הקובץ), אלא אם נמנעת זאת על ידי
-n אוֹפְּצִיָה. המשמעות היא שהתיקון שהונפק יתעדכן ChangeLog עם תיקון נוכחי
מידע, כפי שהיית מצפה לו.
פאטמייק משלב את כל חלקי התיקון לקובץ אחד ומפעיל עורך כך שאתה
יכול להוסיף את הנושא והתיאור. זה זורק את כל הודעות היומן שלך בתור נושאים ו
כתיאור, בהנחה שקל יותר למחוק את מה שאתה לא רוצה מאשר
לזכור את כל מה שעשית. כמו כן, תרצה להרחיב כל פריט בתיאור
כך שהם לא רק יחזרו על שורות הנושא. אם יש לך ChangeLog קובץ, זה חייב להיות
נעשה כבר, או שלך ChangeLog לא ייצג במדויק את מה שמתואר ב
התיקון, בהתחשב בכך שהוא כבר עודכן מתי patmake מחבר את כל
חתיכות (ראה את ההערה על patlog לעיל).
טלאים גדולים יפוצלו על מנת לשמור על גודל כל תיקון בגודל סביר. זֶה
מטופל באופן אוטומטי, כך שאתה לא צריך להתעסק עם זה. העדיפות של כל תיקון
הוא רק אינטואיטיבי על ידי patmake, בהתחשב בהנחה שלשינויים קטנים יש נהדר
עדיפות.
Patsend, patpost ו-patftp משמשים להפצת התיקונים שלך לעולם. Patsend
שולח בדואר סט של תיקונים לקבוצת נמענים. ה -u מתג מוסיף את כל הנוכחי
משתמשים רשומים שביקשו לשלוח אליהם תיקונים בדואר, כמו גם את
נמענים שצוינו במהלך הריצה packinit. ה -i מתג כולל מידע עם
תיקון על האופן שבו המשתמש עלול לבטל את הרישום של עצמו כדי שלא יקבל תיקונים עתידיים
אוטומטית; זוהי גם ברירת המחדל כאשר ה- -u נעשה שימוש במתג. פטפוסט מפרסם סט
של תיקונים לקבוצה של קבוצות דיון. Patftp רק מעתיק את התיקון ל-ftp הציבורי שלך
במדריך.
Patnotify פשוט מודיע למשתמשים כי שוחרר תיקון חדש כדי שיוכלו
לאחזר אותו בעצמם מאתר ארכיון או באמצעות דואר אלקטרוני אם הם מעוניינים. ה
-u ניתן להשתמש ב-switch כדי לכלול את כל המשתמשים הרשומים כעת שביקשו
הודעה כזו. ההודעה כוללת את עדיפות התיקון ותיאור, כמו גם
הוראות כיצד לבקש אוטומטית את התיקון (שיעבוד רק אם יש לך
סוכן דואר מותקן).
שניהם פטסנד ו patnotify מאפשר לך לערוך את רשימת הכתובות לפני שליחת משהו,
אלא אם כן תוסיף את -q אוֹפְּצִיָה.
Patname ניתן להשתמש כדי לתייג קבוצה של קבצים עם שם סמלי (מצוין עם -v). זה
יגדיר את השם לגרסה האחרונה של כל קובץ.
Patsnap תקבל תמונת מצב של הגרסה שלך על ידי יצירת קובץ SNAPSHOT (השם יכול להיות
השתנה באמצעות -o) רישום שמות הקבצים ומספר גרסת ה-RCS העדכני ביותר עבור קובץ זה.
ניתן להשתמש בתמונות מצב כאלה כדי לזהות את השחרור ברמת תיקון אקראית כלשהי ולאחר מכן
מאוחר יותר תוכל לאחזר אותו על ידי הזנת קובץ תמונת המצב אל patcol.
פטקול יבדוק גרסה נעולה של קובץ, בסופו של דבר בספרייה חלופית
(מצוין עם -d, ובכך שיקוף את עץ ההפצה). כל הקבצים שאין להם
מקביל RCS (למשל patchlevel.h) יועתק בפשטות על ידי patcol. זה משמש על ידי
makedist לזייף את ההפצה לפני הכנת הערכות. כברירת מחדל, patcol לא יתאים
עיבוד הרחבת זכויות היוצרים, אבל לקוחות אוהבים מעשה ידיסט להכריח אותו על ידי שימוש בו -C
אוֹפְּצִיָה. לחלופין, אתה יכול לאלץ העתקה של הגרסה שנשלפה לספרייה
באמצעות -c מתג בשילוב עם -d (או פשוט מתעלמים מהמתג הקודם הזה).
פטקול יכול גם לקחת את רשימת הקבצים שלו מקובץ SNAPSHOT דרך ה -S מתג, ובמקרה זה
הוא יבדוק את הקבצים באמצעות גרסת ה-RCS שצוינה בקובץ תמונת המצב, כגון
אחד שנוצר על ידי לטפטף. אתה יכול במקום זאת לציין -a, -m or -n בהתאמה להשתמש בכל
קבצים ב-MANIFEST.new, כל הקבצים ששונו (זה שהיו פאצילed), או הכל
הקבצים חדשים יותר מ patchlevel.h.
Patclean יסיר את קבצי העבודה לאחר בדיקת כל השינויים. אתה יכול
משחזר את קבצי העבודה שלך באמצעות patcol.
Patindex ניתן להשתמש בספרייה ברמה העליונה או בתוך באגים מַדרִיך. זה יהיה
רשום את כל התיקונים ושלהם נושא: שורות. תוכנית זו יודעת על תיקונים דחוסים
ויפרוק אותם בזמן הפקת הרישום.
RCS שכבה
סעיף זה מתאר את שכבת ה-RCS, למקרה שמשהו בכלים נשבר, כך שאתה
עשוי לתקן את קבצי ה-RCS שלך ולהפעיל מחדש את הפעולה.
כל כלי התיקון מוציאים את מספר הגרסה הראשי של RCS trunk חבילה קבצים, נניח
זה 2.5. ואז, בזמן שברחת packinit, בחרת סניף לטלאים,
בדרך כלל מספר 1, כלומר כל השינויים שלך יאוחסנו ב-2.5.1 RCS
ענף. הכלים ייצרו עבורכם את הסניף בבוא העת.
כל גרסה אחרונה שפורסמה מתויגת עם RCS lastpat סֵמֶל. כאשר התיקון נבנה
by patdiff, הגרסה האחרונה בענף 2.5.1 מושווה לגרסה שתויגת כ
lastpat. זו הסיבה שאתה עשוי להנפיק יותר מאחד בבטחה פאציל לפני הנפקת התיקון
ועדיין הכל יסתדר. כמובן patdiff יזיז את lastpat תייג ל
גרסת הסניף האחרונה לאחר עיבוד קובץ נתון.
כל הודעות היומן והקבצים שהשתנו נשמרים אצלך באגים ספרייה, בנסתר
קבצים (שם שמתחיל בנקודה). יומנים אלה ייאספו עם הנפקת התיקון
והקבצים ששונו משמשים על ידי טפיחה's -m מתג.
פאדיף אוסף את חתיכות התיקון שלו מתחת ל באגים ספרייה, בקבצים המסתיימים עם a .nn
הרחבה, איפה nn מייצג את רמת התיקון הנוכחית + 1. (מה שהולך להיות הבא
patchlevel כאשר התיקון ייוצר על ידי patmake, אלא אם הוא גדול מכדי להכנס לאחד
קובץ).
פטלוג מכין סט קבצים עבור patmake: ה .לִסְתוֹם הקובץ אוסף את המידע ש
יעבור תחת הקטע Description: בתוך התיקון, ו .xlog אלה אוספים את
ChangeLog כניסת מועמד. סוף כל סוף, .rlog קבצים מאחסנים את מידע ה-RCS שעתיד להיות
כלול ב ChangeLog, אם תתבקש. שימו לב ששלושת השורות העליונות ביותר הן זבל ו
מתעלמים מכל הכלים המטפלים בקבצים אלה.
על מנת להפעיל קו בסיס חדש (כלומר לשנות את מספר גרסת RCS trunk), אתה
צריך להפעיל מחדש packinit ותשנה את המספר הזה. ואז להוציא חדש פאציל, כנראה עם ה
-s, -a ו -f אפשרויות...
השתמש ב-patnotify באינטרנט באמצעות שירותי onworks.net