80'li ve 90'lı yıllarda sürüm kontrolü günün mikro bilgisayarlarında nasıl çalıştı?

Programcı ekiplerin yazılım geliştirmelerini 80'li ve 90'lı yılların başlarında genel olarak nasıl yönettiğini bilmek isterim. Tüm kaynak kodları herkesin üzerinde çalıştığı bir makinede basit bir şekilde saklandı mı ya da kaynak disketten manuel olarak birleştirildi ve manuel olarak kopyalandı mı ya da bir ağ üzerinden revizyon kontrol sistemleri kullandılar mı (örneğin CVS). Şimdi? Ya da belki çevrimdışı bir CVS gibi bir şey kullanılıyordu?

Bugünlerde herkes kaynak kontrolüne bağlı. Ancak 80'lerde, bilgisayar ağları kurmak o kadar kolay değildi ve en iyi uygulamalar gibi şeyler hala çözüldü ...

70'li ve 60'lı yıllarda programlamanın oldukça farklı olduğunu biliyorum, bu nedenle revizyon kontrolü gerekli değildi. Ancak 80'li ve 90'lı yıllarda insanlar bilgisayarları kod yazmak için kullanmaya başladılar ve uygulamalar boyut ve kapsam olarak artmaya başladı, bu yüzden insanların o zamanları nasıl yönettiğini merak ediyorum.

Ayrıca, bu platformlar arasında nasıl bir fark var? Say Diyelim Apple vs Commodore 64 vs Amiga vs MS-DOS vs Windows Atari

Not: Çoğunlukla büyük UNIX makinelerinde değil, günün mikro bilgisayarlarında programlama yapmaktan bahsediyorum .

İlk olarak, mikrobilgisayarlar ilk çıktığında, yazılım çoğunlukla Unix veya VMS sistemlerine yazılmıştı ve hedef sistem üzerine "çapraz derleyici / montaj" yapılıyordu. Bu bilgisayar sistemleri sıklıkla birçok terminalde çok kullanıcılıydı ve SCCS gibi kaynak kodlu kontrol sistemlerine sahipti .

Ağ oluşturma, 1980'lerin ortasındaki mikro bilgisayarlarda, genellikle bir Unix sistemine "dosya sunucusu" olarak bağlanan bir seçenekti (belki sadece dosyaları aktarmak için RS232 ve Kermit kullanıyor, Unix sistemindeki SCCS ile)

Sürüm kontrol sisteminin yıllar içinde nasıl değiştiğine dair genel bir bakış için Eric Sink'in Sürüm Kontrolünün Geçmişine bakınız .

1980'lerin sonlarında "BYTE" deki kaynak kod kontrolü hakkında okuduğumu hatırlıyorum, bu yüzden o zamana kadar "küçük sistemler" de kullanılıyor olmalı.

SourceSafe , Dos, Windows, vb.

Bir Bu bağlantı gösterileri PVCS 1994 den PC'de çalışan yaklaşık makale sürümü 6.2 de aynen öyle açıkça bir süre için yaklaşık olmuştu Vikipedi 1985 tarihleri diyor .

Bununla birlikte, numaralandırılmış disketler, küçük ölçekli yazılımlar üzerinde çalışan çoğu programcı tarafından 1990'ların sonlarına kadar, sabit disklerindeki klasörlerle değiştirilerek, her gün kaynak kodun bir kopyasını alarak kullanılmıştır.

Birimden Windows NT 3.5'e proje taşıma yazılımı üzerinde çalıştığımı hatırlıyorum. Windows için nasıl programlanacağını bilen programcılar çoğu zaman o sırada kaynak kodunun kontrolünü bile duymamıştı.

Bu zaman çizelgesi codicesoftware tarafından bir blog postasından alınmıştır , Plastic SCM satmaktadırlar, ancak diğer sistemlerin tarihçesine genel bakış makul görünmektedir, RCS görüntüden çıkmadan önceki birkaç eski sistem.

Bu büyük olasılıkla oyun endüstrisi için temsilcisi değil, ancak küçük oyun şirketimizde iyi çalıştı. Hiçbir zaman muhtemelen başka gereksinimleri olan iş yazılımlarıyla çalışmadım.

80'lerin ortasından 90'ların ortasına kadar genellikle dosya adının sonunda bir sürüm numarası kullandım, örneğin "game.003". O zamanlar assembler'da% 90 programlıyordum ve tüm kod tek bir büyük dosyadaydı, muhtemelen bir ya da iki dosya içeriyordu, burada sürüm numarasını bir şeyler değiştikçe manuel olarak güncellemek zorunda kalıyordum. Numarayı yalnızca, beklettiğimden emin olduğum kararlı bir sürüme sahip olduktan sonra artırırdım.

Bu sonuçta rahatça yaklaşık 3 kişiye ölçeklendi. Ondan sonra takımı büyüttük ve bir yıl kadar bir süredir her yerde bir sürü dosya karmaşası geçirdik. Tek tek insanların değişikliklerini izlemeye çalışmaktan bıkıncaya kadar ve 1997-98 yıllarında Performance kullanmaya başladık.

Bunu, o zamanki ortak altyapılar bağlamında görmelisiniz. 80'lerin başında IBM, "kişisel bilgisayar" ı piyasaya sürdü ve bunu kelimenin tam anlamıyla alabilirsiniz. Bir PC için uygulama geliştirmenin en yaygın yolu, bir şeyler yaratıp satmaya çalışan biriydi. Bu yüzden yayınlanan sürüm başına bir disket muhtemelen yaygın olacaktır. Güzel renkli etiketler satın alabilir ve sizin ürününüzün adını ve üzerine sürüm yazabilirsiniz. O günlerin başarılı ürünlerinin çoğu için, onu yazan adamın adını biliyordun.

Ağlar eklenti olarak tanıtıldı. İstemci API'leri DOS'a hacklendi ve sunucu bölümleri ayrı bir makinede özel işletim sistemleri tahsis edildi. Genelde pahalı (kitleler için değil) ve temelde sadece dosya ve yazıcı paylaşımı sunuyor. PC dünyasında Windows for Workgroups ve Windows NT'nin tanıtımıyla işler değişmeye başladı. Bu pek çok olasılık açtı. Ağ, nihayet bir programcının aşina olduğu ortama entegre edildi ve bir Windows programcısı, ağ üzerinden birbirleriyle konuşabilecek uygulamalar yazabildi. Bu, egemen ağ işletim sistemi olarak NetWare'in sona ermesiydi.

Yakında birkaç versiyon kontrol sistemi, herhangi bir makine kombinasyonuna kolayca kurabileceğiniz istemci ve sunucu bileşenleriyle ortaya çıktı. IDE'ler ve bir derleme sistemine entegrasyonu sağlayan komut satırı seçeneklerini destekleyen istemci bileşenleri için eklentilerle.

Web havaya uçup internete PC erişimi her yerde yayıldıktan sonra, açık kaynak hareketi ve web tabanlı kaynak kontrol sistemlerini elde ettiniz. İşin garibi, PC tanıtıldığında bu, merkezi bilgisayardan dağıtılmış bilgisayarlara doğru cesur bir hareket olarak görülüyordu. Ancak merkeze karşı dağıtılan tanım bulanık. Bulut nihai dağıtım mı, yoksa eskiden IBM ana bilgisayarında olduğu gibi tüm gücü elinde tutan yeni canavar merkezi bilgisayar mı?

90'lı yıllarda kesinlikle sürüm kontrolü için yazılım kullandım. SCCS vardı ve Apple'ın MPW'sunda yerleşik sürüm kontrolü (Projektör) vardı. Ve sanırım 1992'de Projektör kullandım. Bir şirkette versiyon kontrol sistemi, haftada bir kez alınan her versiyonun disketi bulunan büyük bir dolaptı.

İlk yaz programlama işim hala okula devam ederken (bu sanırım yaklaşık 91 olurdu), çalıştığım küçük firma için otomatik bir sürüm yönetimi ve yedekleme sistemi uygulamaktı. Bir netware sunucusuna bağladığımız 3 adet bilgisayar vardı ve sahibi sonunda sürüm çakışmalarını ele almaktan ve disketlere yedekleme yapmak için gerekli olanı yapmaktan bıkmıştı, bu yüzden geliştiricilere doğrudan sunucuda depolanan dosyalardan ziyade kendi bilgisayarlarında çalıştık şu ana kadar olduğu gibi, tüm dosyalarının sadece kimsenin kullanmadığını kontrol eden bir program yürütene kadar okumaya ayarlanan bir sistem yazdım, sonra merkezi bir btrieve veritabanına (basit bir sorguyla ilişkisel bir veri tabanına) kullandım. netware sunucusunda çalışan tam sql yerine api). Başka bir program değiştirilmiş değişikliklerini kontrol etti ve sunucuya kopyaladı.

Bu sistem çalıştığım küçük firma için özel olarak yapılmış olsa da, benzer mağazaların da benzer süreçleri olduğunu hayal ediyorum.

Kişisel deneyimlerden: 1985 MS-DOS ağ bağlantılı geliştirme PVCS mevcuttu ve çok pahalıydı. Apple ve tüm MSDOS olmayan bilgisayarlar için: hiçbir şey. 1987'den itibaren T-lib'i (50 $) kullandım. Unix portları (SCCS), 1990'ları, 1992'yi SourceSafe'i filtrelemeye başladı.

1995 yılına kadar, bir VCS kullanmıyorsanız, ciddi değildiniz.

1993-1995 yılları arasında SunOS'ta SPARCStation 20'ler ve Sun IPX ile birlikte C / C ++ geliştirmesi yapan 15 geliştiriciden emekli maaşı müdürü olarak görev yaptım. Kod tabanımız NFS'ye bağlı dizinlerde bulunuyordu. Başlangıçta Kopyalama Klasörü Sürümleri yapıyorduk , ancak bir noktada SCCS'ye geçtik ve bazı ekipler RCS kullanmaya başladı .

1995'te New York, Londra ve Hong Kong'da C / C ++ geliştirme yapan 80+ geliştiriciyle başka bir şirkete taşındım. Geliştirme ortamını yönetmek için çoklu site eklentisiyle ClearCase'i kullandık .

ClearCase, kod tabanını siteler arasında senkronize etmede iyiydi, ancak o sırada işleri devam ettirmek için neredeyse tam zamanlı bir yönetici gerekiyordu. ClearCase, sanal bir dosya sistemindeki dosyaları, dizinleri ve joker karakterli dosya adlarını dallara, zamana ve / veya etiketlere göre belirleyen bir konfigürasyona sahip olarak sunması nedeniyle de daha yavaştı. Patolojik bir durumda, her bir dosyanın farklı bir versiyona sahip olduğu belirtilebilir.