אינטגרציה רציפה – הבדלי גרסאות
תוכן שנמחק תוכן שנוסף
הרחבה |
הרחבה |
||
שורה 1:
{{בעבודה}}
{{ניווט בהנדסת תוכנה}}
ב[[הנדסת תוכנה]], '''Continuous Integration''', בקיצור: '''CI''' ('''קונטיניוס אינטגריישן'''; בעברית: '''אינטגרציה רציפה''' או '''אינטגרציה מתמשכת''') היא שיטת עבודה בה כל סביבות הפיתוח עוברות מיזוג עם מוקד מרכזי משותף (repository
במקור CI יועדה לשימוש בשילוב עם [[בדיקות יחידה]] [[אוטומציה|אוטומטיות]] אשר נכתבות כחלק מ[[פיתוח מונחה-בדיקות]]. תחילה הרעיון היה להריץ בדיקות יחידה כדי לוודא שכולן עברו בהצלחה לפני הגשת הקוד החדש למוקד המרכזי (ביצוע commit ל-repository; ראו: [[ניהול גרסאות]]). פיתוחים מאוחרים יותר של השיטה הכניסו שימוש
בנוסף לבדיקות יחידה אוטומטיות, ארגונים אשר עובדים בשיטת ה-CI בדרך כלל משתמשים בשרת הבנייה על מנת ליישם תהליכים ''רציפים'' של [[בקרת איכות]] כללית – יחידות עבודה קטנות המיושמות לעתים קרובות. בנוסף להרצת בדיקות יחידה ובדיקות אינטגרציה, תהליכים כאלה מריצים בדיקות סטטיות ודינמיות נוספות, מודדים את ה[[ביצועי מחשב|ביצועים]], מפיקים דוקומנטציה מ[[קוד מקור|קוד המקור]] ומסייעים בביצוע [[בדיקות תוכנה]] ידניות. המטרה ביישום בקרת איכות רציפה כזאת היא שיפור איכות התוכנה וקיצור זמני האספקה שלה ללקוח (delivery), וזאת באמצעות החלפת השיטה המסורתית של יישום בקרת האיכות ''לאחר'' סיום הפיתוח. זה דומה מאוד לרעיון המקורי של ביצוע אינטגרציות תכופות על מנת להקל על תהליך האינטגרציה, אבל הפעם בהקשר של [[הבטחת איכות]].
במסגרת אותה [[מתודולוגיית פיתוח תוכנה]] נכללת גם שיטת ה-[[continuous delivery]] (אספקה רציפה), אשר מרחיבה את שיטת ה-CI בכך שהיא מוודאת שהתוכנה כפי שהיא נמצאת ב-repository, תמיד נמצאת במצב שניתן לפרוס אותה אצל [[משתמש (מחשבים)|משתמשים]], ובכך הופכת את תהליך [[פריסת תוכנה|פריסת התוכנה]] למהיר ביותר.
== ראו גם ==
* [[בדיקות יחידה]]
* [[בדיקות אינטגרציה]]
* [[שילוב מערכות]]
* [[
* [[Jenkins]]
|