تاريخ إدارة تكوين البرامج

يمكن تتبع تاريخ إدارة تكوين البرمجيات (SCM) إلى خمسينيات القرن الماضي، عندما طُبقت إدارة التكوين (CM)، التي كانت تُستخدم في الأصل لتطوير الأجهزة ومراقبة الإنتاج، على تطوير البرمجيات. كانت البرمجيات المبكرة تُخزن على وسائط مادية، مثل البطاقات والأشرطة وغيرها. وكانت إدارة تكوين البرمجيات الأولى عملية يدوية. مع تطور اللغات وزيادة التعقيد، أصبحت هندسة البرمجيات ، التي تشمل إدارة التكوين وغيرها من الأساليب، ذات أهمية بالغة نظرًا لقضايا مثل الجدول الزمني والميزانية والجودة. أدت الدروس العملية المستفادة على مر السنين إلى تعريف وإنشاء إجراءات وأدوات. وفي نهاية المطاف، أصبحت هذه الأدوات أنظمة لإدارة تغييرات البرمجيات. ^{[ 1 ]} طُرحت ممارسات على مستوى الصناعة كحلول، إما بطريقة مفتوحة أو احتكارية (مثل نظام التحكم في المراجعات ). مع تزايد استخدام الحواسيب، ظهرت أنظمة تُغطي نطاقًا أوسع، بما في ذلك إدارة المتطلبات ، وبدائل التصميم، ومراقبة الجودة، وغير ذلك؛ واتبعت الأدوات اللاحقة إرشادات منظمات، مثل نموذج نضج القدرات لمعهد هندسة البرمجيات .

• أوائل الستينيات أو حتى أواخر الخمسينيات: تحديث مركز السيطرة على الأمراض وتحديث IBM IEB_UPDATE. ^{[ 2 ]}
• أواخر الستينيات وحتى السبعينيات: أصدرت شركة Applied Data Research برنامج The Librarian الذي يوفر بديلاً لحفظ البرامج على بطاقات مثقبة لسوق الحواسيب المركزية من IBM . ^{[ 3 ]}
• أواخر الستينيات وأوائل السبعينيات: قدم البروفيسور ليون بريسور في جامعة كاليفورنيا، سانتا باربرا، أطروحة حول التحكم في التغيير والتكوين. جاء هذا المفهوم استجابةً لعقد كان يعمل عليه مع شركة مقاولات دفاعية تصنع محركات طائرات للبحرية الأمريكية .
• أوائل سبعينيات القرن العشرين: يونكسmake .
• بحلول عام 1970، أصبح تحديث مركز السيطرة على الأمراض منتجًا متطورًا.
• حوالي عام 1972: ورقة بحثية من مختبرات بيل تصف الخوارزمية الأصلية diff.
• 1972، مع ورقة بحثية في IEEE عام 1975: نظام التحكم في شفرة المصدر، SCCS ، مارك روشكيند، مختبرات بيل. تمت برمجته في الأصل بلغة SNOBOL لنظام التشغيل OS/360 ؛ ثم أعيدت كتابته لاحقًا بلغة C لنظام Unix (استخدم diff لمقارنة الملفات).
• في سبعينيات القرن العشرين: قدمت شركة Pansophic Systems التي تتخذ من مدينة ليسل بولاية إلينوي مقراً لها، نظام PANVALET، الذي كان نظاماً مبكراً للتحكم في شفرة المصدر لسوق الحواسيب المركزية. ^{[ 4 ]}
• 1975: تطور عمل البروفيسور بريسور في النهاية إلى منتج متاح تجارياً يسمى التحكم في التغيير والتكوين (CCC) والذي تم بيعه من قبل شركة SoftTool.
• نظام التحكم في المراجعة ( RCS ، والتر تيشي).
• أوائل الثمانينيات: patch(حوالي عام 1985، لاري وول ).
• 1984: مساعد عسكري
• 1986: نظام الإصدارات المتزامنة ( CVS ).
• 2000: بدأ التخريب بواسطة CollabNet .
• أوائل العقد الأول من القرن الحادي والعشرين: أصبحت أنظمة التحكم في الإصدارات الموزعة مثل BitKeeper و GNU arch قابلة للتطبيق.

حتى ثمانينيات القرن العشرين، لم يكن يُفهم مفهوم إدارة سلسلة التوريد إلا على أنه إدارة التكوين المطبقة على تطوير البرمجيات. ^{[ 5 ]} كانت بعض المفاهيم الأساسية، مثل تحديد نقطة البداية (نقطة محددة جيدًا في تطور المشروع)، واضحة بالفعل، ولكن ما كان مطروحًا هو مجموعة من التقنيات الموجهة نحو التحكم في النشاط، واستخدام العمليات الرسمية والوثائق ونماذج الطلبات ولوحات التحكم وما إلى ذلك.

لم يسمح استخدام أدوات البرمجيات التي تُطبق مباشرة على عناصر البرمجيات التي تمثل الموارد الفعلية، بنمو إدارة سلسلة التوريد ككيان مستقل (من إدارة التكوين التقليدية) إلا بعد هذا التاريخ.

لقد أدى استخدام أدوات مختلفة بالفعل إلى ظهور توجهات متباينة للغاية.

• إدارة التغيير التقليدية للبرمجيات، وعادة ما تدور حول إدارة التغيير (أمثلة: Continuus أو CVS أو ClearCase UCM).
• إدارة موجهة نحو الخطوط، تعتمد على التصحيحات أو مجموعات التغيير
• يركز على الكائنات المشتقة وإدارة البناء (مثال: Base ClearCase /clearmake)

• التحكم في المراجعات – إدارة إصدارات شفرة المصدر أو البيانات. صفحات تعرض أوصافًا مختصرة لأهداف إعادة التوجيه.