Saya mengetahui banyak sistem kontrol versi: CVS, SVN, TFS dll ...
Saya telah mencari di Google untuk "sistem kontrol / versi kontrol revisi" pertama dan melihat berbagai jawaban yang saling bertentangan.
Kapan kontrol sumber ditemukan? Siapa yang menemukannya? Apa namanya?
version-control
history
scm
P.Brian.Mackey
sumber
sumber
Jawaban:
Berikut ini adalah timeline pemain yang cukup baik dalam bentuk video (tidak ada suara).
Ini menunjukkan bahwa SCCS adalah yang pertama, dengan selisih sekitar 9 tahun.
Ada banyak yang hilang di sana, seperti dibuktikan oleh blog ini dan komentar yang dihasilkan.
sumber
Pada tahun 1981, saya bekerja di musim panas di Charter Information di Austin TX. Mereka dulunya adalah Perusahaan Informasi Komersial Woburn MA. Mereka menjalankan Xerox Sigma 6 yang telah diupgrade ke lapangan menjadi 7. Sigma. Mereka menggunakan sesuatu yang disebut SPUD (Source Program Update) untuk kontrol kode sumber. Itu berbasis rekaman.
Saya secara rutin memasang "pita SPUD dua abad" dan bekerja pada dek mod untuk sepotong kode pada rekaman itu. Itu disebut "rekaman SPUD dua abad" karena ditulis pada tahun 1976. Mereka memiliki kaset yang lebih tua, menunjukkan bahwa SPUD kembali lebih jauh dari tahun 1976.
Ketika menjadi mahasiswa di UT Austin (1973-1981), saya berlari melawan MODIFY dan UPDATE, dua program kendali kode sumber dari Control Data Corporation untuk CDC 6600 dan mainframe yang lebih baru. Saya tidak tahu kapan mereka pertama kali keluar, tetapi saya curiga mereka keluar tidak lama setelah 6600, yang (jika ingatan saya) keluar pada akhir 1960-an.
Saya menduga IBM memiliki sesuatu yang baik sebelum orang lain melakukannya, tetapi saya tidak memiliki pengetahuan apa pun tentang sejarah mainframe IBM, dan saya menyukainya seperti itu.
sumber
Program IEBUPDTE , awalnya dibuat untuk sistem OS / 360 IBM, tanggal kembali ke 1962, 10 tahun lebih tua dari SCCS . Tujuannya adalah untuk menerapkan sekumpulan perubahan pada sekumpulan program sumber input, membuat sekumpulan program sumber yang dimodifikasi. Semua kode sumber dikelola baik sebagai "deck" dari kartu berlubang 80-kolom , atau sebagai file yang menyerupai mereka. Deck program sumber ini memiliki "nomor urut" dalam kumpulan kolom tetap pada setiap baris atau kartu ( COBOLmenetapkan mereka berada di sebelah kiri, di kolom 1-6, hampir semuanya menganggap mereka berada di sebelah kanan di kolom 73-80). Nomor urut harus meningkatkan baris demi baris, tetapi sebagian besar kode sumber bertambah 10s, 100s, atau 1000s, untuk memungkinkan ruang dalam ruang bilangan integral antara dua baris untuk penyisipan selanjutnya.
Dek kontrol IEBUPDTE tipikal mungkin terlihat seperti:
yang akan memodifikasi dua file sumber, "PROG001" dan "PROG002", mengganti nomor baris "5000" (sering kali baris ke-5, mengikuti praktik "angka oleh ribuan") dan menghapus baris 9000 hingga 15000 di PROG001 dan mengganti baris 92000 di PROG002 .
Pada level paling sederhana, itulah definisi Kontrol Sumber. Orang-orang Unix akan mengenali itu sebagai apa yang dilakukan patch , tetapi menggunakan penomoran eksplisit bukan implisit. Adalah umum untuk menerapkan set dek kontrol ke program input secara berurutan, dan untuk menyimpan set tersebut sebagai file disk yang kohesif ( Dataset Partisi ), yang memiliki kemiripan yang kuat dengan riwayat perubahan yang disimpan CVS dan RCS dalam
,v
file mereka . IBM akan sering memberikan tambalan kode yang disebut Program Temporary Fixes (PTFs) dalam bentuk deck kontrol besar yang memodifikasi file sebagai bagian dari satu set perubahan yang terkait, yang menurut pengguna Subversion dan Git akan terbiasa.sumber
IEBUPDTE
mirip denganpatch
.