«version-control» etiketlenmiş sorular

Teknik açıdan, bazı özel işlemlerin uzak varsayılan şubeyle birleştirilmesine izin vermeden önce birim testlerini gerçekleştirecek ön / son basma kancaları eklemek mümkündür. Benim sorum şu - birim testlerini inşa boru hattında tutmak (bu nedenle, repo için bozuk taahhütler getirmek) daha mı iyidir, yoksa "kötü" taahhütlerin gerçekleşmesine izin vermemek daha iyidir. …

43 version-control  continuous-integration  hooks 

Bir hatayı düzeltmek / bir CR uygulamasının bir parçası olarak koda yaptığımız her değişiklik için başlangıç ​​etiketleri, son etiketleri, açıklama, çözüm vb. Benim endişem, bu herhangi bir katma değer sağlıyor mu? Olduğu gibi, Versiyon kontrol geçmişinde her bir değişikliği izlememize yardımcı olacak tüm detaylara sahibiz? Ancak benim ipuçlarım yorumların "iyi" …

42 version-control  bug  comments  change 

Bu, kuruluşun ihtiyaçlarına göre açıkça değiştiğinden, "en iyisini" belirlemeye yönelik gerçek bir girişimden çok bir tartışma sorusudur. Kategoriler arasında farklı sistemler lehine olan argümanları daha merak ediyorum (merkezileşmiş vs dağıtılmış, açık vs özel mülk, vb.). Sence en iyi sürüm kontrol sistemi hangisidir?

41 version-control 

PDF dosyalarını işleyen bir özellik için bazı test kodları yazıyorum. Testlerin arkasındaki temel fikir, onları özel olarak seçtiğim bazı PDF'lere yöneltmem, onları işlemeleri ve çıktının beklediğim gibi olup olmadığını kontrol etmem. Sorum şu: bu büyük boyutlu PDF'leri nerede saklamalıyım? Onları kodla birlikte sürüm kontrolünde kontrol etmeli miyim? Ya da başka …

40 testing  version-control  data 

Başlık numarasına dosyanın içine hata numaralarını koymak iyi bir uygulama mıdır? Yorumlar şöyle bir şeye benzeyecek: MODIFIED (MM/DD/YY) abc 01/21/14 - Bug 17452317 - npe in drill across in dashboard edit mode cde 01/17/14 - Bug 2314558 - some other error description Yararlı görünüyor, ancak kötü uygulama olarak mı kabul …

40 version-control  development-process  source-code  comments 

Sadece çalışma kodunu vermeyi istemek iyi bir fikir mi? Bu taahhüdün, depoyu çalışma durumunda bırakması gerekmez: ... tasarımın erken aşamalarındayız, kod henüz kararlı değil. ... projedeki tek geliştirici sizsiniz. İşlerin neden işe yaramadığını biliyorsun. Ayrıca, hiç kimsenin çalışmalarını bozuk kod işleyerek durdurmazsınız. ... kod şu anda çalışmıyor. Bunun üzerinde büyük …

40 version-control  git  branching 

Diyelim ki çoklu dallar geliştiriliyor Ave Bartan "hata düzeltme" dalı da var C. Şimdi Czaten "bitti" ve ustayla birleştirildi. Ave Bhala geliştirilme aşamasında olan ve (belki) başka bir hata düzeltme şube usta ile birleştirilmeden önce düzeltilmeyecek. CYeni özellik dallarında mümkün olan en kısa sürede birleştirme iyi bir fikir midir? Böylece …

40 version-control  branching  merging 

Git'te iyi bir taahhüt şablonu ayarlamak ve uygulamak mümkündür. Şirkette uygulamak için iyi bir taahhüt şablonu / kuralları önerebilir misiniz (tercihen tartışmalı olarak)?

38 version-control  git  dvcs 

Bazen bir yazılımın taahhüt geçmişini kontrol ettiğimizde, gerçekten BÜYÜK olan birkaç taahhüt olduğunu görebiliriz - yüzlerce değiştirilmiş kaynak kod satırı (delta) ile 10 veya 20 dosyayı değiştirebilirler. Böyle bir BÜYÜK taahhüt için sıkça kullanılan bir terim olduğunu hatırlıyorum ama bu terimin ne olduğunu tam olarak hatırlayamıyorum. Biri bana yardım edebilir …

37 programming-practices  version-control  terminology 

Projemiz kullanıcıya özel bir yapılandırma dosyası kullanıyor. Her kullanıcı için farklı olduğundan bu dosya şu anda sürüm denetiminde değildir. Sorun, bir geliştirici yapılandırma gerektiren yeni bir modül eklediğinde veya mevcut bir modülün adını değiştirdiğinde, diğer geliştiriciler hatalarını kendi özel yapılandırma dosyaları güncellenmediği için alır. Sorunu çözmek için iki yapılandırma dosyasıyla …

36 version-control  configuration-management 

İşimde tek geliştiriciyim ve VCS'nin faydalarını anlarken; İyi uygulamalara sadık kalmayı zor buluyorum. Şu anda çoğunlukla web uygulamaları geliştirmek için git'i kullanıyorum (işim nedeniyle asla açık kaynaklı olmayacak). Şu andaki iş akışım, geliştirme alanında çok fazla değişiklik yapmak, test etmek, revize etmek, test etmek, mutlu olmak ve değişiklik yapmak, ve …

36 version-control  solo-development 

Ekibimizde Git'i kaynak kontrolümüz olarak kullanıyoruz. Neredeyse bağımsız ancak birbiriyle çakışan birkaç kod alanımız var. Son zamanlarda, iş akışlarını ve kaynak kontrolünü kullanma yaklaşımlarını tartışıyoruz. Bir özellik dalı iş akışını kullanmaya başladığımda ortaya çıkan şikayetlerden biri , insanların genellikle yanlış çözdükleri karmaşık birleştirme çatışmalarıyla karşılaştıklarıdır. Karmaşık olarak, "nasıl çözüleceği belli …

35 version-control  git  teamwork 

Proje dokümantasyon sürecimizi Google Dokümanlar'dan bir dizi kendi kendine barındırılan Git havuzuna taşımaya çalışıyoruz. Metin belgeleri Git dostudur, genellikle herhangi bir fantezi biçimlendirmeye ihtiyaç duymadığımız için, LaTeX'i karmaşık durumlar için gömmek için bir seçenekle her şeyi, örneğin çoklu bağlantı sistemine dönüştürürüz . Ancak elektronik tablolar oldukça farklı bir hikaye… Versiyon …

35 version-control  documentation  tools  linux 

İşim için kaynak kontrolünü yönetmek için sourceforge, bitbucket veya github kullanmayı düşünüyorum. Açık projelerim var ve gcc gibi açık projelere katılıyorum. Ancak, yaşamım için kapalı kaynaklı yazılım geliştirdiğim bir işim de var. Yazılım meraklı gözlerden güvende tutmak açısından sourceforge, github veya bitbucket ne kadar güvenilir? Veri kaybını önleme açısından barındırma …

32 version-control  github  project-hosting  code-security  bitbucket 

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ı …

31 version-control  history