«version-control» etiketlenmiş sorular

Koddaki kritik olmayan bir yazım hatası ile karşılaşırsam (örneğin, print (error) ifadesinde hatalı bir kesme işareti), bu hatayı çözmek için bir taahhütte bulunmaya değer mi yoksa basitçe mi bırakmalıyım? Spesifik olarak, bu kritik olmayan tipoları çözmenin değerine karşı taahhüt kütüğünün sakızlığını tartıyorum merak ediyorum. Onları çözmeye doğru eğildim. Ben bilgiçlik …

67 version-control  grammar 

Birkaç yerde "Büyük taahhütlerde bulunma" diye duydum ama aslında "büyük" bir taahhüdün ne olduğunu anlamadım. Bir grup dosya üzerinde çalışıyor olsanız bile ilgili olsa bile büyük mü? Bir projede kaç parça üzerinde aynı anda çalışmalısınız? Bana göre başka bir şey yaratan başka bir şey yaratan bir şeyi unuttum ya da …

65 version-control 

Martin Fowler'in Sürekli Entegrasyon ile ilgili notunu okudum ve “Herkes Her Gün Ana Hattına Bağlıyor” listesine girdi. Üzerinde çalıştığım bölüm tamamlanmadığı ve pratikte kodumu her üç günde bir işleme koyduğum sürece kod vermeyi sevmiyorum: bir gün görevi araştırmak / çoğaltmak ve bazı ön değişiklikler yapmak, değişiklikleri tamamlamak için ikinci bir …

63 version-control 

GÜNCELLEŞTİRME 4 kişilik küçük bir devs ekibi üzerinde çalışıyorum. Hepsi kaynak kontrolünü kullandılar. Bir çoğu kaynak kontrolüne dayanamıyor ve bunun yerine kullanmamayı tercih ediyor. Kaynak kontrolünün profesyonel gelişimin gerekli bir parçası olduğuna kuvvetle inanıyorum. Birkaç sorun onları kaynak kontrolü kullanmaya ikna etmeyi çok zorlaştırıyor: Takım, TFS kullanmaya alışkın değil . …

62 version-control  teamwork  team-foundation-server  cowboy-coding 

Google’ın tüm kodlarının devasa bir özel (dahili) deposuna sahip olduğunu ve çalışanlarının buna erişimi olduğunu duydum, böylece bir şeyler geliştirirken tekerleği yeniden icat etmek zorunda kalmayacaklardı. Bunun hakkında daha fazla bilgi edinmek istiyorum! Google’da biraz daha ayrıntılı olarak tanımlayabilecek biri var mı, yoksa hakkında biraz daha fazla şey biliyor musunuz? …

62 version-control  google 

Bağımsız bir geliştirici iseniz sürüm kontrolünü kullanmaya değersiniz ve öyleyse neden? Depoyu kendi bilgisayarınızda mı yoksa başka bir yerde yedek olarak kullanabileceği bir yerde mi tutuyorsunuz?

60 version-control  solo-development 

Bir proje üzerinde çalışırken, kod birkaç hafta / ay / yıl boyunca uzun bir süre boyunca tek bir günde veya bit hızında oldukça hızlı bir şekilde geliştirilebilir. Kod taahhütleri, proje geliştirmenin bir ölçüsü olarak kabul edildiğinden, daha az taahhütte bulunan bir projeden daha fazla yazılı kod olduğu anlamına gelmez. Öyleyse …

59 programming-practices  version-control  coding 

Veritabanı dosyaları (komut dosyaları vb.) Kaynak kontrolünde olmalı mı? Eğer öyleyse, orada tutmak ve orada güncellemek için en iyi yöntem nedir? Herkesin kullanabileceği ve gerektiğinde değişiklik yapabileceği bir geliştirme sunucusuna koyabileceğimizden, veritabanı dosyalarının kaynak kontrolü altında olmasına bile ihtiyaç var mı? Ama sonra birileri karışırsa geri alamayız. Kaynak kontrolündeki veritabanları …

57 database  version-control 

Projelerimizden birine katkıda bulunması gereken bazı programcı olmayanlar (yazarlar) ile birlikte çalışıyoruz. Şimdi sadece Git'i (veya bu konuda herhangi bir şeyi) çalışmalarını kontrol etmek için kullanma fikrinden hoşlanmıyorlar. Sanırım bunun nedeni, başlarını versiyon kontrolünün bükülmüş kavramlarının etrafına sarmanın faydalı olmadığını düşünüyorlar. (onları ilk kez dallanma ve birleşme ile tanıştırdığımda - …

57 programming-practices  version-control  teamwork 

Bir diğer geliştirici, yeni bir Drupal projesi üzerinde çalışmaya başladı ve sysadmin, siteleri / varsayılan alt dizini yalnızca kaynak denetime koymalarını önerdi, çünkü "güncellemeleri kolayca komut dosyası oluşturabilir." Biraz şüpheli iddiayı bir kenara bırakarak, başka bir soruyu gündeme getiriyor; kaynak kontrolü altında hangi dosyalar olmalı? Ve bazı büyük dosya parçalarının …

54 version-control  drupal 

Sürüm kontrolünden silinmesi gereken kaynak dosyalarla uğraşmanın kötü bir uygulama olarak kabul edilip edilemeyeceğini bilmek istedim. Bu örneğe dayanarak size açıklamak istiyorum: Son zamanlarda çok kızmıştım, çünkü Java sınıflarını temelde ölü kod olan bir programda sıkıcı bir şekilde çözmek zorunda kaldım, ancak hiçbir yerde belgelenmedi ve bu Java sınıflarında yorumlanmadı. …

53 version-control  svn  evidence-based 

GitHub'da sakladığım bir kütüphane için nihayet ünite testi yapan ve büyüyen bir programcıyım. Test takımına depoya dahil olabileceğimi düşündüm, ancak diğer projelere baktığımda, testlerin dahil edilmesi ya da kaçırılmış görünüyor. Bu kötü form olarak mı kabul edilir? Kullanıcıların yalnızca çalışma koduyla ilgilendikleri ve yine de kendi çerçevelerinde test edecekleri fikri …

50 version-control  unit-testing 

Şirketim Subversion'dan Git'e üç ay önce geçti. Geçiş öncesinde haftalarca önceden haberimiz vardı. Git'i daha önce (ya da başka herhangi bir DVCS'den önce) hiç kullanmadığımdan, Pro Git'i okudum ve biraz zaman harcadım, kendi depolarımı toplayıp etrafta dolaştım, böylece değiştirdiğimizde minimum acı ile çalışmaya devam edebilecektim. Şimdi varsayılan olarak 'Git adam' …

48 version-control  professionalism 

Ekibim kaynak kontrolü için Team Foundation Server kullanıyor ve bugün kontrol etmeden önce bazı hataları ve duman testi uygulamalarını düzelttim ancak bazı kodları yorumlamayı unuttum. (Bu kod kullanıcı arabirimini biraz garipleştirdi.) Kodları kontrol etmeden önce hangi iyi uygulamaların olduğunu bilmek istiyorum - bu tür bir hata yapmak istemiyorum.

47 version-control  team-foundation-server  configuration-management 

Aynı yazılımın / programın / uygulamanın / komut dosyasının iki farklı sürümünü yazdığımı ve sürüm kontrolü altında sakladığımı varsayalım. İlk versiyon ücretsiz bir "Temel" versiyon, ikincisi ise ücretsiz versiyonun kod tabanını kullanan ve üzerinde birkaç ekstra değer katan özelliklerle genişleyen ücretli bir "Premium" versiyon. Yeni yamaların, düzeltmelerin veya özelliklerin her …

45 version-control  workflows