Temel olarak, asgari günümüz iş akışı, metodoloji ve araçların kullanılmasının yetersiz yetersizliğine yoğunlaşan bir yönetim problemi vardır (kuruluşunuz yazılım geliştirme sürecinin temellerini , örneğin V-modelini anlamıyor ). Bu yaygındır ( Peter'ın ilkesi hakkında okuyun ).
BTW, sanırım 2017’nin sonunda Paris’teki son SNCF demiryolu olayının da benzer bir nedeni var (yüksek yönetim seviyesinde toplam yazılım kültürü eksikliği, dolayısıyla bir günden fazla bir süredir büyük bir Paris tren istasyonunun tıkanması; elbette çok yetkin) BT SNCF'de ekipler, ancak büyük kararlara danışılmadı). Birkaç Avrupa yazılım endüstrisini toplam yazılım kültürü eksikliği ile adlandırabilirim ve ABD'de bile benzer şeyler bulabileceğime eminim.
Asıl konu şudur: Kod bazında yalnız mı çalışıyorsunuz, yoksa meslektaşlarınızla mı çalışıyorsunuz?
Yalnız çalışıyorsanız, Git'i bilgisayarınızda yerel olarak kullanabilir ve kodunuzu (ve muhtemelen deponuzu bile .git) düzenli aralıklarla (bu harici depolama alanına) yedekleyebilirsiniz . Yarım günden fazla çalışmayı asla kaybetmediğinizden emin olun (bu nedenle verilerinizi düzenli aralıklarla ve güvenilir bir şekilde yedekleyin).
(Ben en az ikisi biliyor varsayalım gitve svnve teknik üstünlüğünü biliyoruz ki git; hatta gibi bazı aracı yüklemeye izin verilmez ise gitiş bilgisayarınızda bu sorunla ilgili patronun ile ciddi bir görüşme yapmak gerekir: İhtiyacınız Harici açık kaynak araçlarını kurma yeteneği ve yetkisi (ve bunları akıllıca ve dikkatlice ve bilinen güvenlik açıkları olmadan seçme, yapılandırma ve yükleme sorumluluğunuzla birlikte gelir )
Birkaç meslektaşınızla çalışıyorsanız (sanırım onlardan daha azına sahipseniz), hepsini bir sürüm kontrol sistemi kullanmaya ikna etmeniz ve muhtemelen bunu derhal (ve ortak) patronunuza söylemeniz gerekir. Bazı makinelerin (belki de bazı eski masaüstlerini, belki de kendi masaüstünüzü) bir git sunucusu olarak kullanılacağına karar verebilir (ya da basit bir şekilde kabul eder). Git sunucuyu en azından her saat başı yedeklenecek şekilde kesinlikle bu sunucuyu ayarlamanız gerekir; ekibinizin bir saatlik çalışmasını kaybetmeyi göze alamazsınız (ve patronunuz hakkında konuşmanız gerekir).
BTW, Linux'u seviyorum ve Linux'u bir gitsunucu görevi gören makineye kurmanızı tavsiye ederim ; o zaman gitperiyodik yedeklemeleri kurmak ve yapılandırmak (bir crontabişte) çok kolaydır; Bir gitsunucunun, onu kullanan Windows istemcileriyle Linux çalıştırabileceğini unutmayın. Mümkünse geliştirme makinenizi Linux'a geçirmenizi bile öneririm. Bu "daha ucuz" ve daha geliştirici dostu
Ancak bir SCM kullanmanız gerekir. Patronunuza farklı bir soru sorabilirsiniz: ekibiniz mevcut bir SCM kullanmalı mı, tekerleği yeniden icat edip kendi SCM'nizi mi yapmalı? Patronlar genellikle tekerleği yeniden icat etme fikrine karşıdır. Tekerleği yeniden icat etmenize izin verilirse, patronunuza en az bir yıl boyunca tam zamanlı bir iş olduğunu söyleyin (muhtemelen patronunuzu ağlatacak, sonra bariz yolu kabul edeceksiniz) ve kendi SCM'nizi yaparken eğlenin. Olası bir durumda, mevcut SCM sistemlerini incelediğinizden emin olun ve SCM sisteminizi ücretsiz bir yazılım aracı yapın (diğer takımlar tarafından kullanılmalı ve geliştirilmelidir).
Sen gerekebilir hazırlamak (birkaç gün boyunca) bir kesin ve spesifik bir SCM ihtiyacı için tartışmalarını öncelikle meslektaşları için, sonra hemen patron için:. Ayrıca somut çözümler önerdiğinizden emin olun (bazı masaüstünde bir git sunucusu çalıştırma veya bir "eski" sunucu çalıştırma ve saatte bir crontabiş aracılığıyla yedekleme yapma gibi )
İş bilgisayarınıza izinsiz olarak ( dışardan, hatta açık kaynaklı) herhangi bir yazılım yüklemeyin (çoğu ülkede, özellikle de Devlet için hassas BT çalışmaları için, izinsiz bir yazılım yüklemek yasal olarak bir suçtur; İşe ya da hapse girerseniz .... bunu yapmaya yetkili olduğunuzdan emin olun; belki de yazılı olarak veya en azından e-posta ile izin alarak kıçınızı örtün).
(ya duruma göre bir vaka sormanız gerekecek ya da çalışma bilgisayarınıza yasal olarak açık kaynaklı veya ücretsiz bir yazılım olan herhangi bir yasal yazılımı kurabilmeniz için kuruluşunuzdan güven almanız gerekir ).
PS. Teknik olarak nasıl inşa yapılandırmak, daha sonra kullanmak yükleme içingit -veya diğer birçok özgür yazılım VCS- (serbest yazılım kaynak kodundan) bir makinede (hatta yönetici izni olmadan) bir olduğu çok farklı soru (başka yerde sorulmasını). Ve bunun gitiçin yeterli kaynağa (zaman, disk alanı, bazı C derleyicileri, vb.) Sahip olmanız şartıyla herhangi bir yönetici izni olmadan kullanmak mümkündür .
Visual SVN sunucusunu yüklemeyi denedim, ancak yükleme için yönetici ayrıcalıklarına sahip olmadığım için başarısız oldu.
Bu, bazı spesifik ayarlama ve derleme ile çözülebilir olduğu gitya svngelen özgür yazılım kaynak kodu gitveya Subversion -not sadece bir ikili paket-(ve ayrıca kaynak kodu arasında bağımlılıkları ); Teknik olarak bu nasıl yapılır farklı bir soru (ancak bu tür teknik sorular başka bir yere gitmeli ). Elbette, gityapmadan önce kaynak kodunu derlemek için (patronunuzdan) izin istemeniz gerekir. Bu kaynak kodunu dışarıdan çalışma bilgisayarınıza aktarmayla ilgili pratik detaylar (eğer böyle bir çözümü kabul ederse) hakkında size ya da onunla tartışacaksınız.