Svnrev. svnrev היא תוכנית קטנה שכותבת את מספר הגזיון הנוכחי של פרויקט לתוך קובץ כותרת C / C + +, קובץ חבילה של Java או קובץ C #. מספר גרסה זה מאוחסן בקונסטנטים (פקודות מאקרו ב- T
הורד עכשיו

Svnrev. דירוג וסיכום

Svnrev. תגים

חותמת Cvs. CVS משאבים אינטגרציה חתרנות חתרנות VB6 חַתרָנוּת לקוח חתרנות תצורת חתרנות רצועות חתרנות ספקטרום ל CVS. צג חתרנות ספריית חתרנות לנהל שרת Subversion ממשל Subversion לקוח CVS. מלא CVS מודולים CVS עבודה cvs. CVS פונקציה SubVersion שרת אפשרויות CVS ממשק חתרנות עורך חתרנות גישה CVS. ניהול חתרנות חתרנות פייתון קובץ cvs. יישום חותמת רכיב בולים C + + כותרת Rcs. פריסה חתרנות חתרנות לכספית יורשו CVS. ייבוא CVS

Svnrev. תיאור

חותמת את היישומים שלך או רכיבים עם מספרי גרסה Svnrev היא תוכנית קטנה שכותבת את מספר הגרסה הנוכחי של פרויקט לתוך קובץ C / C + +, קובץ חבילה Java או קובץ C #. מספר גרסה זה מאוחסן בקונסטנטים (פקודות מאקרו במקרה של C / C + +), הן כמספר והן כמחרוזת. זה מקבל את מספר הגרסה מ "מילות מפתח RCS" כי חייב להיות נוכח בקובצי המקור. SVNREV מיועד במיוחד עבור מערכת בקרת גרסת חתרנות, אבל זה יכול לשמש גם עם CVS ו- RCS. Svnrev היא כלי עבודה עצמאית שאינה מסתמכת על IDE מסוים. Svnrev היא כלי נייד צריך לרוץ על כל סביבה שבה conforming compiler זמין. המטרה שלנו היתה להשתמש בה מתוך "makfile" וכדי לצרף למערכת בקרת גרסאות, ובמיוחד למערכת החתרנות. למה להשתמש svnrev? תוכניות מחשב יש גרסאות. כל רכיב (DLL, אובייקט ActiveX, שרת OLE, קושחה מוטבע, וכו ') עשוי להיות גרסה משלו. אם העולם היה מושלם, לא צריך להתקיים שני מרכיבים שונים עם אותו מספר גרסה. בפועל, "התגנבות" שדרוגים לקרות, במיוחד במהלך תקופת הבטא. ישנן מספר רב של הודעות שונות של msvcrt20.dll כי כל זה יש את אותה גרסה מספר 2.11.000. באופן דומה, הודעות שאינן תואמות של CTL3D.DLL גרסה 1.0 ו comdlg32.dll גרסה 4.00 הם "שם בחוץ". מה שנדרש כדי להבחין בין המרכיבים השונים זה מזה הוא לצרף "מספר גרסה" למחרוזת הגרסה של הרכיב. כאשר תוכנית כזו מוגדרת (ומספר התיקון הוא חלק ממספר הגירסה), מפתחים כבר לא שחררו בטעות רכיב מעודכן עם אותו חותמת גרסה בדיוק כמו השחרור הקודם. כאשר מספר הגירסה נמצא בתיבה "אודות" ו / או במשאב הגירסה, המשתמש יכול לאמת במהירות בדיוק איזה גירסה שהוא או שיש לה, וכאשר זה מועבר למפתחים, באגים עשויים להיות קצת יותר קל לְשַׁחְזֵר. במונחים פופולריים יותר: אם אי פעם שאל את הלקוח או עמית "של מה תאריך זה מרכיב?", אתה צריך לשקול שימוש Svnrev. תאריך קבצים / חותמות זמן יש מוניטין (ראוי) של להיות אמין. ישנם מספר כלי עזר כדי לשמור על מספר גדל באופן אוטומטי עבור כל לקמפל. עם זאת, זה יש את החיסרון כי אין קישור ישיר בין בול לבנות לבין בקרת הגירסה. כדי לקבל קישור כזה, יהיה עליך לבדוק את הקובץ שמחזיקה את מספר המבנה הנוכחי בקרת גרסאות. בקבוצות רב-מפתחות, קובץ זה שנוצר, לעתים קרובות שינוי, יהפוך למטרד למערכת בקרת הגירסה. למעשה, אתה עושה בדרך כלל לא לשים קבצים שנוצרו מכונה בקרת גרסאות. SVNREV משתמש בגישה אחרת: IT שאילתות את מספר המבנה ממילות המפתח שמערכת בקרת גרסאות שומרת בקובץ מקור. באופן ספציפי יותר, SVNREV משתמשת במילת המפתח "$ ID: $" (ואופציונלי שניים). חתרנות יש את הנכס הנוח כי הוא משתמש רק מספר גרסה אחת עבור פרויקט שלם, במקום מספר גרסה נפרד לכל קובץ. זה לא המקרה עם CVS ו- RCS; ראה את הקטע "שימוש ב- SVNRV עם CVS ו- RCS" לקבלת פרטים על שימוש ב- SVNRV עם CVS / RCS. SVNREV מניח שאתה מבצע את השינויים שלך בקרת גרסאות לפני שתשלח מוצר / עדכון למישהו. אם SVNVREV מזהה הבדל, הוא מוסיף "דגל שונה" לשני פקודות מאקרו / קבועים שהוא מייצר. ההנמקה מאחורי זה היא שאם העתק המקומי של קוד המקור שלך מכיל שינויים שאינם עדיין בשליטה גירסה, מספר התיקון של היישום / רכיב ששלחת קשורה למספר התיקון הלא נכון בחתך. המספר עדיין עשוי להיות שונה מכל יישום / רכיב מוקדם יותר שיצא מהדלת (אלא אם כן אתה משתמש בגרסה גרועה, או לשלוח עדכונים מהר מדי), אבל למצוא את הגרסאות הנכון בחזרה להיות קשה או אפילו בלתי אפשרי. לכן: לבצע את השינויים שלך הראשון, ולאחר מכן לבנות את המהדורה הסופית שתפרס.

Svnrev. תוכנה קשורה