Birçok sürüm kontrol sisteminin farkındayım: CVS, SVN, TFS vb ...
Ben ilk "revizyon kontrolü / sürüm kontrol sistemi" için googled ve çeşitli çelişkili cevaplar gördüm.
Kaynak kontrolü ne zaman icat edildi? Kim icat etti? Adı ne?
Birçok sürüm kontrol sisteminin farkındayım: CVS, SVN, TFS vb ...
Ben ilk "revizyon kontrolü / sürüm kontrol sistemi" için googled ve çeşitli çelişkili cevaplar gördüm.
Kaynak kontrolü ne zaman icat edildi? Kim icat etti? Adı ne?
Yanıtlar:
İşte büyük oyuncuların video formunda oldukça iyi bir zaman çizelgesi (ses yok).
SCCS'nin ilk önce yaklaşık 9 yıllık bir marjla olduğunu göstermektedir.
Bu blog ve ortaya çıkan yorumlar tarafından kanıtlandığı gibi, orada çok fazla eksik var .
1981'de Austin TX'teki Charter Information'ta yaz işi yaptım. Daha önce Woburn MA'nın Ticari Bilgi Şirketi idi. Alanda bir Sigma 7'ye yükseltilmiş bir Xerox Sigma 6 çalıştırdılar. Kaynak kodu kontrolü için SPUD (Kaynak Program Güncellemesi) adlı bir şey kullandılar. Kasete dayalıydı.
Ben rutin olarak "iki yüzlü SPUD bant" monte ve o bant üzerinde bir kod parçası için bir mod güverte üzerinde çalıştı. "İki yüzlü SPUD kaseti" olarak adlandırıldı, çünkü 1976'da yazıldı. SPUD'nin 1976'dan daha ileri gittiğini gösteren daha eski kasetleri vardı.
UT Austin'de (1973-1981) bir öğrenciyken, CDC 6600 ve sonraki ana bilgisayarlar için Control Data Corporation'dan iki kaynak kodu kontrol programı olan MODIFY ve UPDATE ile karşılaştım. İlk ne zaman ortaya çıktıklarını bilmiyorum, ancak 6600'den kısa bir süre sonra ortaya çıktıklarından şüpheleniyorum, (eğer bellek bana hizmet ederse) 1960'ların sonunda ortaya çıktı.
IBM'in kimseden önce iyi bir şeyleri olduğundan şüpheleniyorum, ancak IBM ana bilgisayar geçmişi hakkında hiçbir bilgim yok ve bu şekilde beğendim.
IEBUPDTE aslen IBM'in OS / 360 sistem için oluşturulan program, tarih 10 yıldan daha eski, 1962 için geri SCCS . Amacı, bir dizi değiştirilmiş kaynak programı oluşturarak bir dizi girdi kaynağı programına bir dizi değişiklik uygulamaktır. Tüm kaynak kodu ya 80 sütunlu delikli kartların "desteleri" olarak ya da onlara benzeyen dosyalar olarak yönetildi . Bu kaynak program destelerinde, her bir satır veya karttaki ( COBOL) sabit bir sütun kümesinde "sıra numaraları" vardı1-6. sütunlarda solda, diğer hemen hemen her şeyin 73-80. sütunlarda sağda olduğu varsayılır). Sıra numaralarının satır satır artması gerekiyordu, ancak kaynak kodlarının çoğu daha sonraki eklemeler için iki satır arasındaki integral sayı boşluğuna yer açmak için 10 saniye, 100 saniye veya 1000 saniye arttı.
Tipik bir IEBUPDTE kontrol donanımı şöyle görünebilir:
./ CHANGE NAME=PROG001
PROGRAM XYZZY 00005000
./ DELETE SEQ1=9000,SEQ2=15000
DO I=1,10 00026000
./ CHANGE NAME=PROG002
J=256 00092000
./ ENDUP
"PROG001" ve "PROG002" adlı iki kaynak dosyasını değiştirir, "5000" satır numarasını (genellikle "binlerce sayı" uygulamasını izleyen 5. satır) değiştirir ve PROG001'deki 9000 - 15000 satırlarını siler ve PROG002'deki 92000 satırını değiştirir .
En basit düzeyinde, bu Kaynak Kontrolünün bir tanımıdır. Unix kullanıcıları bunu düzeltme ekinin yaptığı gibi tanıyacak , ancak örtük yerine açık numaralandırma kullanacaktır . Bir kontrol programına sırayla bir giriş programı uygulamak ve bu setleri , CVS ve RCS'nin dosyalarında sakladığı değişiklik geçmişlerine güçlü bir benzerlik gösteren uyumlu bir disk dosyası ( Bölümlenmiş Veri Kümesi ) olarak depolamak yaygındı . IBM sık sık Program Geçici Düzeltmeleri (PTF) adı verilen kod yamalarını , Subversion ve Git kullanıcılarının tanıdık bulacağı tek bir ilgili değişiklik kümesinin parçası olarak değiştiren büyük kontrol desteleri biçiminde teslim eder .,v
IEBUPDTE
benzer patch
.