Forward delta with Cash - הבעיה העיקרית של Forward delta היא בזמן שיש להמתין לשם קבלת גרסה מתקדמת. אחת הדרכים לפתרון הביעה היא במנגנון Cash השומר מספר גרסאות אחרונות בשלמותן. הבאת גרסאות אלה לשולחן העבודה מהירה ביותר. StarTeam , שומרת בדרך זו את 15 הגרסאות האחרונות. Change Set - בשיטה זו כל שינוי בתוכנה נשמר כ- Change Set, בו כלול המידע על כל השינויים בכל הקבצים ששונו באותה משימה. פעולת ה Check out וה- Check in הנן ל"שינוי" בכללותו ולא לקבצים. אם בצענו Check out ל- 5 קבצים ואחר הוספנו אליהם ב- Check out 5 קבצים נוספים, בצענו שינוי ב- 8 קבצים מתוכם ולאחר מכן בצענו להם Check in , כל 8 קבצים אלה יופיעו ב Change Set אחד. כדי לחזור לגרסה קודמת יש לבחור Change Set ולא בקובץ. חברת TRUE Software משתמשת בשיטה זו במערכTRUEChange שלה, את כל המידע היא מאחסנת ב- data base ייחודי. ומה השיטה הטובה ביותר? שאלה שיש להוסיף אליה את השאלה למי? ולמה? - לכל שיטה היתרונות והחסרונות שלה, לנוהלי העבודה בארגון ולשיטת העבודה בו השפעה על ההעדפה. הבחירה בכלי המתאים תיעשה על סמך מכלול התכונות והביצועים אשר רק אחד מהם הוא השיטה לשמירת הגרסאות.   Forward Delta, Reverse Delta וכל השאר מנגנונים לשמירת גרסאות במערכות לניהול תצורת תוכנה מוכרות מספר שיטות לשמירת גרסאות של תוכנה: שמירת גרסאות שלמות - מיועדת לשמירת קבצים בינאריים (exe, dll, bmp, doc וכו'). שומרים על גרסה שלמה מכיוון ששינוי קטן בקוד עשוי לגרום לשינוי גדול מאוד בקובץ. שמירת דלתאות של קבצים - מיועדת לקובצי טקסט "פשוטים" (txt, c, cpp, html וכו') Reverse delta - זו השיטה היותר מקובלת בכלים לניהול תצורה. הגרסה האחרונה נשמרת בשלמותה וכאשר מעונינים בגרסה קודמת המערכת בונה אותה שלב אחר שלב עד שמגיעה אליה, אם לדוגמא הגרסה האחרונה היא גרסה מס' 30 ומעונינים בגרסה מס' 20, המערכת בונה תחילה את גרסה מס' 29, לאחר מכן את גרסה מס' 28 וכן הלאה, עד לגרסה המבוקשת. הדלתא נשמרת בחלק מהכלים במערכת הקבצים (PVCS, MKS וכו') ובאחרים ב- ( DATABASE VSS, CONTINUUS). בשני המקרים המידע נשמר כ - דלתה לקובץ, כל הדלתאות של קובץ נשמרים ביחד.