Kaynak kontrolü ne zaman icat edildi?


20

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?


1
10 için başlangıç
AakashM

18
Aslında birçok kez icat edildi, ancak kaynak kodunu kaybetmeye devam ettiler.
Reactgular

4
Bu, "kaynak kontrolü" nasıl tanımladığınıza bağlıdır, ancak IBM'in IEBUPDTE'si 1962 yılına dayanmaktadır ve muhtemelen en eski VCS'dir.
Ross Patterson

2
Eğer sürüm dosya sistemleri revizyon kontrolüne asimile edilebilir, bu tarih 1960 için geri.
mouviciel

@RossPatterson, bu yorumun gerçekten bir cevap olması gerekiyor.
John R. Strohm

Yanıtlar:


14

İş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.

http://i.stack.imgur.com/wcAWD.png

Bu blog ve ortaya çıkan yorumlar tarafından kanıtlandığı gibi, orada çok fazla eksik var .


7
SCC'den orijinal kağıt başka hiçbir sistemlerini bahseder ve bu terminoloji kendisi ile gelip karşılaştığını gösterir görünüyor. Sadece bu kaynaktan 1972/73 öncesinde versiyon kontrol sistemi yokmuş gibi görünüyor.
Martijn Pieters

1
Bir kaynak kodu kontrol sistemini "Kaynak Kodu Kontrol Sistemi" olarak adlandırmak, aslında daha sonra bir yazılım kategorisi haline gelecek bir şeyin ilk örneği olduğunu gösterir.
Ingo

@MartijnPieters Rochkind, makalenin sonunda Brown'ın CLEAR'ini onayladı ve basitçe, OS / MVT üzerine SCCS inşa ederek IEBUPDTE'dan habersiz olamazdı.
Ross Patterson

@RossPatterson: ne CLEAR ne de IEBUPDTE kaynak kontrol sistemleridir. CLEAR, deltalar fikri için düşünülür, makalede açıkça başka benzerlik olmadığını belirtir.
Martijn Pieters

3

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.


CDC MODIFY ve UPDATE komutları, yapabildiğim kadarıyla kendi yazılımınızdaki değişiklikleri yönetmek için değil, yazılım güncellemelerini uygulamak için kullanılan yardımcı programlardır. Bkz apps.dtic.mil/dtic/tr/fulltext/u2/a208003.pdf (PDF 61) sayfa 52 sayılı sayfa araçları tarif etmektedir, ve computinghistory.org.uk/downloads/39256 tarif 4. sürümdeki (PDF # 16) UPDATE formatında gelen yazılım sürüm materyalleri.
Martijn Pieters

Xerox SPUDS'un (Kaynak Program Güncelleme Disk Sistemi) benzer bir paket olduğuna inanıyorum.
Martijn Pieters

2

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


IEBUDTE bir yazılım güncelleme sistemi değil mi? Yamaya benzer, bu yüzden en iyi ihtimalle bir sürüm kontrol sisteminin bir bileşeni . Yapabildiğim kadarıyla zaman içinde bir değişiklik grafiği yok.
Martijn Pieters

Evet, IEBUPDTEbenzer patch.
Ross Patterson
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.