การควบคุมเวอร์ชันทำงานบนไมโครคอมพิวเตอร์ในยุค 80 และ 90 อย่างไร

ฉันอยากรู้ว่าทีมโปรแกรมเมอร์มักจะจัดการการพัฒนาซอฟต์แวร์ของพวกเขาในยุค 80 และต้นยุค 90 อย่างไร มีการจัดเก็บซอร์สโค้ดทั้งหมดไว้ในเครื่องเดียวที่ทุกคนทำงานหรือถูกส่งผ่านไปมาและคัดลอกด้วยตนเองผ่านฟลอปปี้และรวมเข้าด้วยกันหรือพวกเขาใช้ระบบควบคุมการแก้ไขผ่านเครือข่าย (ตัวอย่างเช่น CVS) เช่นเดียวกับที่เราทำ ตอนนี้หรือไม่ หรืออาจจะมีการใช้ CVS ออฟไลน์เช่นเดียวกัน

ทุกวันนี้ทุกคนขึ้นอยู่กับการควบคุมแหล่งที่มา .. มันไม่มีเกมง่ายๆ แต่ในยุค 80 เครือข่ายคอมพิวเตอร์ไม่ใช่เรื่องง่ายที่จะตั้งค่าและสิ่งต่าง ๆ เช่นแนวปฏิบัติที่ดีที่สุดยังคงถูกคิดออก ...

ฉันรู้ว่าในการเขียนโปรแกรม 70s และ 60s นั้นค่อนข้างแตกต่างกันดังนั้นการควบคุมการแก้ไขจึงไม่จำเป็น แต่ในยุค 80 และ 90 ที่ผู้คนเริ่มใช้คอมพิวเตอร์เพื่อเขียนรหัสและแอปพลิเคชันเริ่มเพิ่มขนาดและขอบเขตดังนั้นฉันจึงสงสัยว่าผู้คนจัดการกับสิ่งเหล่านั้นได้อย่างไร

นอกจากนี้สิ่งนี้แตกต่างระหว่างแพลตฟอร์มอย่างไร พูดว่า Apple กับ Commodore 64 กับ Amiga กับ MS-DOS เทียบกับ Windows กับ Atari

หมายเหตุ: ส่วนใหญ่ฉันพูดถึงการเขียนโปรแกรมบนไมโครคอมพิวเตอร์ในแต่ละวันไม่ใช่เครื่อง UNIX ขนาดใหญ่

ประการแรกเมื่อไมโครคอมพิวเตอร์ออกมาเป็นครั้งแรกซอฟต์แวร์ส่วนใหญ่จะเขียนในระบบ Unix หรือ VMS และ“ คอมไพเลอร์ข้าม / ประกอบ” ลงบนระบบเป้าหมาย ระบบคอมพิวเตอร์เหล่านี้เป็นผู้ใช้หลายมักจะมีขั้วจำนวนมากและมีแหล่งที่มาของรหัสระบบควบคุมเช่นSCCS

ระบบเครือข่ายเป็นตัวเลือกสำหรับไมโครคอมพิวเตอร์ตั้งแต่กลางทศวรรษ 1980 ซึ่งมักเชื่อมต่อกับระบบ Unix ในฐานะ "เซิร์ฟเวอร์ไฟล์" (อาจใช้เพียง RS232 และ Kermit เพื่อถ่ายโอนไฟล์โดยใช้ SCCS บนระบบ Unix)

ดูประวัติความเป็นมาของการควบคุมเวอร์ชันโดย Eric Sink เพื่อดูภาพรวมว่าระบบควบคุมเวอร์ชันเปลี่ยนแปลงไปอย่างไรในช่วงหลายปีที่ผ่านมา

ฉันจำได้ว่าอ่านเกี่ยวกับการควบคุมซอร์สโค้ดใน "BYTE" ในช่วงปลายทศวรรษ 1980 ดังนั้นจึงต้องมีการใช้กับ "ระบบขนาดเล็ก" ในตอนนั้น

SourceSafeก่อตั้งขึ้นอย่างดีโดยช่วงกลางยุค 90 ที่ทำงานบน Dos, Windows และอื่น ๆ

นี้แสดงให้เห็นถึงการเชื่อมโยงบทความเกี่ยวกับ PVCS ทำงานบนเครื่องคอมพิวเตอร์จาก 1994มันเป็นที่รุ่น 6.2 เพื่อให้ได้รับอย่างชัดเจนเกี่ยวกับบางครั้งวิกิพีเดียกล่าวว่าจากวันที่ 1985

อย่างไรก็ตามฟล็อปปี้ดิสก์หมายเลขถูกใช้โดยโปรแกรมเมอร์ส่วนใหญ่ที่ทำงานกับซอฟต์แวร์ขนาดเล็กจนถึงปลายปี 1990 จะถูกแทนที่ด้วยโฟลเดอร์บนฮาร์ดดิสก์ของพวกเขาทำสำเนาซอร์สโค้ดทุกวัน

ฉันจำได้ว่าทำงานกับซอฟต์แวร์การโอนย้ายโปรเจ็กต์จากยูนิตเป็น Windows NT 3.5 โปรแกรมเมอร์ที่รู้วิธีการโปรแกรมสำหรับ Windows มักจะไม่เคยได้ยินแม้แต่การควบคุมซอร์สโค้ดในเวลานั้น

ไทม์ไลน์นี้นำมาจากบล็อกโพสต์โดย codicesoftwareพวกเขาขาย Plastic SCM แต่ภาพรวมของประวัติความเป็นมาของระบบอื่น ๆ นั้นดูสมเหตุสมผลระบบเก่า ๆ สองสามตัวก่อน RCS จะเหลืออยู่ของภาพ

นี่อาจไม่ใช่ตัวแทนของอุตสาหกรรมเกมขนาดใหญ่ แต่ทำงานได้ดีใน บริษัท เกมเล็ก ๆ ของเรา ไม่เคยทำงานกับซอฟต์แวร์ทางธุรกิจซึ่งอาจมีข้อกำหนดอื่น ๆ

จากช่วงกลางยุค 80 จนถึงกลางยุค 90 ฉันมักจะใช้หมายเลขรุ่นท้ายชื่อไฟล์เช่น "game.003" ย้อนกลับไปตอนนั้นฉันกำลังเขียนโปรแกรม 90% ในแอสเซมเบลอร์และโค้ดทั้งหมดอยู่ในไฟล์ขนาดใหญ่เพียงไฟล์เดียวอาจมีหนึ่งหรือสองอันซึ่งฉันต้องอัปเดตหมายเลขเวอร์ชันเมื่อสิ่งต่าง ๆ เปลี่ยนไปด้วยตนเอง ฉันจะเพิ่มจำนวนเฉพาะหลังจากที่ฉันมีรุ่นที่เสถียรที่ฉันแน่ใจว่าฉันต้องการเก็บไว้

ในที่สุดการปรับขนาดนี้ค่อนข้างสบายสำหรับคนประมาณ 3 คน หลังจากนั้นเราก็เติบโตทีมและจบลงด้วยความยุ่งเหยิงของไฟล์ทั่วทั้งสถานที่เป็นเวลาหนึ่งปีหรือมากกว่านั้นจนกระทั่งฉันเบื่อกับการพยายามติดตามการเปลี่ยนแปลงของแต่ละคนและเราก็เริ่มใช้ Perforce ประมาณปี 1997-98

คุณต้องเห็นสิ่งนี้ในบริบทของโครงสร้างพื้นฐานทั่วไปในเวลานั้น ในช่วงต้นยุค 80 ไอบีเอ็มเปิดตัว "คอมพิวเตอร์ส่วนบุคคล" และคุณสามารถใช้มันได้อย่างแท้จริง วิธีที่พบได้บ่อยที่สุดในการพัฒนาแอปพลิเคชั่นสำหรับพีซีคือผู้ชายคนหนึ่งที่สร้างบางสิ่งและพยายามขายมัน ดังนั้นหนึ่งฟลอปปี้ต่อรุ่นที่วางจำหน่ายอาจเป็นเรื่องปกติ คุณสามารถซื้อป้ายที่มีสีสันสวยงามและเขียนชื่อผลิตภัณฑ์ของคุณและรุ่นของมัน สำหรับผลิตภัณฑ์ที่ประสบความสำเร็จส่วนใหญ่ในสมัยนั้นคุณรู้ชื่อของคนที่เขียนมัน

เครือข่ายถูกนำมาใช้เป็นส่วนเสริม API ของลูกค้าถูกแฮ็กเข้าสู่ระบบดอสและชิ้นส่วนของเซิร์ฟเวอร์นั้นถูกใช้งานโดยเฉพาะและเป็นระบบปฏิบัติการที่เป็นกรรมสิทธิ์ของเครื่องอื่น โดยทั่วไปมีราคาแพง (ไม่ใช่สำหรับคนจำนวนมาก) และโดยทั่วไปเพียงแค่เสนอไฟล์และเครื่องพิมพ์ร่วมกัน ในโลกของพีซีสิ่งต่าง ๆ เริ่มเปลี่ยนไปเมื่อมีการเปิดตัว Windows สำหรับ Workgroups และ Windows NT นั่นเปิดโอกาสมากมาย ในที่สุดระบบเครือข่ายก็ถูกรวมเข้ากับสภาพแวดล้อมที่โปรแกรมเมอร์คุ้นเคยและโปรแกรมเมอร์ Windows สามารถเขียนแอปพลิเคชันที่สามารถพูดคุยกับแต่ละคนผ่านเครือข่ายได้ นี่คือจุดสิ้นสุดของ NetWare ในฐานะระบบปฏิบัติการเครือข่ายที่โดดเด่น

อีกไม่นานระบบควบคุมหลายเวอร์ชันก็โผล่ขึ้นมาพร้อมกับไคลเอนต์และส่วนประกอบเซิร์ฟเวอร์ที่คุณสามารถติดตั้งบนเครื่องต่าง ๆ ได้อย่างง่ายดาย ด้วยปลั๊กอินสำหรับคอมโพเนนต์ IDE และไคลเอ็นต์ที่สนับสนุนตัวเลือกบรรทัดคำสั่งที่เปิดใช้งานการรวมในระบบการสร้าง

หลังจากที่เว็บเริ่มทำงานและการเข้าถึงอินเทอร์เน็ตผ่านพีซีกลายเป็นที่แพร่หลายคุณก็จะได้รับการเคลื่อนไหวแบบโอเพ่นซอร์สและระบบควบคุมบนเว็บ สิ่งที่ตลกคือเมื่อพีซีถูกนำมาใช้สิ่งนี้ถูกมองว่าเป็นตัวหนาจากการประมวลผลจากส่วนกลางไปสู่การคำนวณแบบกระจาย แต่คำจำกัดความของส่วนกลางกับการแจกแจงเบลอ คลาวด์เป็นสุดยอดการกระจายตัวหรือเป็นเพียงคอมพิวเตอร์ศูนย์กลางสัตว์ประหลาดตัวใหม่ที่มีพลังทั้งหมดเหมือนเมนเฟรมของ IBM ที่เคยเป็นหรือไม่?

ในยุค 90 ฉันใช้ซอฟต์แวร์สำหรับการควบคุมเวอร์ชันแน่นอน มี SCCS และ MPW ของ Apple มีการควบคุมเวอร์ชันในตัว (Projector) และฉันคิดว่าฉันใช้ Projector ประมาณปี 1992 ที่หนึ่ง บริษัท ระบบควบคุมเวอร์ชันเป็นตู้ขนาดใหญ่ที่มีฟลอปปี้ดิสก์ทุกรุ่นถ่ายสัปดาห์ละครั้ง

งานเขียนโปรแกรมภาคฤดูร้อนครั้งแรกของฉันในขณะที่ฉันยังคงอยู่ที่โรงเรียน (ซึ่งน่าจะเป็นประมาณ 91 ฉันคิดว่า) คือการใช้การจัดการเวอร์ชันอัตโนมัติและระบบสำรองข้อมูลสำหรับ บริษัท ขนาดเล็กที่ฉันทำงานอยู่ เรามี 3 ชิ้นเชื่อมต่อกับเซิร์ฟเวอร์ netware และในที่สุดเจ้าของก็เบื่อกับการจัดการข้อขัดแย้งของเวอร์ชันและหาสิ่งที่จำเป็นในการสำรองข้อมูลเพื่อ floppies ดังนั้นเราจึงทำให้นักพัฒนาทำงานบนพีซีของตนเองแทนที่จะเก็บไว้ในไฟล์โดยตรงบนเซิร์ฟเวอร์ อย่างที่พวกเขามีมาจนถึงตอนนี้และฉันได้เขียนระบบที่เก็บไฟล์ทั้งหมดของพวกเขาให้อ่านเท่านั้นจนกว่าพวกเขาจะรันโปรแกรมที่ตรวจสอบว่าไม่มีใครใช้พวกเขาแล้วบันทึกการใช้งานในฐานข้อมูล btrieve กลาง (ฐานข้อมูลเชิงสัมพันธ์ api มากกว่า sql เต็มรูปแบบซึ่งทำงานบนเซิร์ฟเวอร์ netware) อีกโปรแกรมหนึ่งตรวจสอบการเปลี่ยนแปลงที่แก้ไขแล้วและคัดลอกไปยังเซิร์ฟเวอร์

ในขณะที่ระบบนี้สร้างขึ้นเองสำหรับ บริษัท ขนาดเล็กที่ฉันทำงานอยู่ฉันนึกภาพร้านค้าที่คล้ายกันหลายแห่งมีกระบวนการที่คล้ายกัน

จากประสบการณ์ส่วนตัว: 1985 การพัฒนาเครือข่าย MS-DOS PVCS นั้นมีให้บริการและแพงเกินไป สำหรับ Apple และพีซีที่ไม่ใช่ MSDOS: ไม่มีอะไรเลย ฉันใช้ T-lib ($ 50) จากปี 1987 พอร์ต Unix (SCCS) เริ่มกรองลงรอบปี 1990 SourceSafe ประมาณปี 1992

ภายในปี 1995 ถ้าคุณไม่ได้ใช้ VCS คุณก็ไม่ได้จริงจัง

ในปี 2536-2538 ฉันอยู่กับผู้จัดการเงินบำนาญที่มีนักพัฒนา 15 คนทำการพัฒนา C / C ++ ใน SunOS ด้วย SPARCStation 20s และ Sun IPX codebase ของเราอยู่ในไดเรกทอรีที่ติดตั้ง NFS ตอนแรกที่เรากำลังทำคัดลอกโฟลเดอร์รุ่นแต่ในบางจุดที่เราย้ายไปSCCSและบางทีมเริ่มใช้RCS

ในปีพ. ศ. 2538 ฉันย้ายไปที่ บริษัท อื่นโดยมีผู้พัฒนามากกว่า 80 รายซึ่งทำการพัฒนา C / C ++ ในนิวยอร์กลอนดอนและฮ่องกง เราใช้ClearCaseกับแอดออนหลายไซต์เพื่อจัดการสภาพแวดล้อมการพัฒนา

ClearCase สามารถทำการซิงโครไนซ์ฐานรหัสระหว่างไซต์ได้ดี แต่ในเวลานั้นต้องการผู้ดูแลระบบเกือบเต็มเวลาเพื่อให้สิ่งต่าง ๆ ทำงานต่อไป มันก็ช้ากว่ามากเพราะ ClearCase นำเสนอไฟล์ในระบบไฟล์เสมือนพร้อมการกำหนดค่าที่ระบุรุ่นของไดเรกทอรีและชื่อไฟล์ตัวแทนที่ขึ้นอยู่กับสาขาเวลาและ / หรือแท็ก ในกรณีทางพยาธิวิทยาหนึ่งสามารถระบุไฟล์ทุกไฟล์ให้มีรุ่นที่แตกต่างกัน