«version-control» etiketlenmiş sorular

Öncelikle, VCS hakkında kişisel bir geliştirici olarak birçok soru sorulduğunu biliyorum, ancak genellikle çok genişler. Bu sadece dallanma ile ilgilidir ve hala bir kopya olarak işaretlendi ... sözde kopya, yine, çok geniş ve özel bir dallanma ile ilgili olmayan başka bir sorunun başka bir kopyası olarak işaretlendi. Benim sorum böyle. …

117 version-control  branching  solo-development 

Bir regresyonun izini sürüp onardığınızda - yani daha önce çalışan kodun çalışmayı durdurmasına neden olan bir hata - sürüm kontrolü, onu bozan değişikliği yapan kişiyi aramayı tamamen mümkün kılar. Bunu yapmaya değer mi? Bunu taahhüdü yapan kişiye belirtmek yapıcı mıdır? Hatanın niteliği (değiştirilen kodun temel yanlış anlaşılmasında basit dikkatsizlik ölçeğinde) …

115 version-control  issue-tracking 

Bazı büyük şirketleri duydum, örneğin Google, Facebook kullanımı Performansı SVN / Git'in Performance'ın yerini alamamasının bir nedeni var mı?

113 version-control 

Ben yaramazdım ... Çok fazla "kovboy kodlaması" yeterli taahhütte bulunmadım. Şimdi, burada çok büyük bir taahhüdüm var. Evet, başından beri uğraşmalıydım, ama şimdi çok geç. Ne daha iyi? Değiştirdiğim her şeyi listeleyen çok büyük bir taahhütte bulunun Dosyalarda birden fazla düzeltme, değişiklik, ek yöntem adı vb. Olduğundan derleme yapamayacak olan …

100 version-control  development-process  scm  cowboy-coding 

Üçüncü taraf bir SDK’nın en son sürümden geri alınmasıyla ilgili bir toplantıda, geliştiricilerimizin taahhüt geçmişinde en son sürümün kullanılmaması gerektiğine işaret ettikleri belirtildi. Bazı geliştiriciler bunun kötü bir uygulama olduğunu ve bunun kaynak dosyada (yani // Don't upgrade SDK Version x.y.z, see ticket 1234) ya da proje düzeyinde bir READMEdosyada …

94 version-control  documentation 

İki sürüm kontrol sistemini biliyorum ve kullanıyorum: Subversion ve git. Subversion, şu an itibariyle tek geliştirici olduğum kişisel projeler için kullanıldı ve git açık kaynak projeleri ve başkalarının da proje üzerinde çalışacağına inandığım projeler için kullanıldı. Bu çoğunlukla git'in şaşırtıcı çatallanma ve birleştirme yeteneklerinden kaynaklanıyor, herkes kendi dalında çalışabilir; çok …

84 tools  version-control  git  svn 

Git'in neden revizyon numaralarını tercih ettiğini merak ettim. Revizyon numaraları çok daha açık ve daha kolay anlaşılır (bence): Birine 1200 no'lu revizyona göz atma veya 92ba93e işleme koyma arasında bir fark var! (Sadece bir örnek vermek için). Peki, bu tasarım için herhangi bir sebep var mı?

80 version-control  git 

Subversion'un (işyerinde kullandıklarımız) komisyonlar hakkında yorum yapılmasını gerektirecek şekilde yapılandırılabileceğini biliyorum, ancak bunu basitçe açacak bir güç pozisyonunda değilim. Bunu biliyorum benim çabuk taahhüt nedenlerini kavramak, çok faydalı olduğunu, çünkü benim kaydedilmesini yorumlama nedeni ise sadece hafıza-cimnastiği olarak vardır. Ancak, bu her zaman aldığım iki yanıtla mücadele etmek için yeterli …

78 version-control  comments 

Sürüm kontrol sisteminin, kodun her yerine "günlük değiştir" ihtiyacını ortadan kaldırdığı izlenimini edindim. Sık sık kayıt kütüklerinin kullanılmaya devam ettiğini gördüm, saklı yordamların başlangıcındaki büyük uzun bloklar da dahil olmak üzere dosyada yapılan değişiklikler nedeniyle engellenen büyük bir blok ve kodun aşağıdaki gibi şeylerle çevrilmesi: // 2011-06-14 (John Smith) Change …

75 version-control  coding-standards  maintenance 

Zor bir durumu çözmeye yardımcı olacak uzman bir programcı arıyorum. Şimdiye kadar yapılan görüşmeler şaşırtıcı derecede hayal kırıklığı yarattı. Şimdiye kadarki en iyi aday, sürüm kontrol yazılımı hiç kullanmayan, çok deneyimli bir programcı. Sorun kendi içinde çok ciddi olmayabilir, çünkü kısa sürede öğrenilebilecek bir şeydir. Ama beni endişelendiren daha derin …

73 version-control  experience 

Ben sadece küçük bir geliştiriciyim ama işim beni gerçekten korkunç bir PHP kodu ile çalışmaya zorluyor (gördüğünüz en kötü PHP kodunu düşünün; daha sonra kodu iki kat daha kötü düşünün). Genelde hataları düzeltmeye ve yeni özellikler eklemek için kod temeli ile savaşmaya çalışırım. Bazen, en kısa sürede kirli hackler içermeyen …

69 version-control  code-quality 

Bunun yaygın bir durum olduğunu varsayalım: Bazı kodları sınar, bir hatayı bulurum, düzeltir ve hata düzeltmeyi depoya koyarım. Bu projede birçok insanın çalıştığını varsayalım, önce bir hata raporu oluşturmalıyım, kendime atamalıyım ve taahhüt mesajına bakmalıyım (örneğin, "Fix bug #XYZ. Hata, X ve Y nedeniyle oldu. S ve R ")? Alternatif …

68 project-management  version-control  issue-tracking 

bilmek isterim C # veya VB.NET projesinde, PACKAGE klasörünü (nupkg dosyalarını ve diğer içerikleri içeren projemin kökünde oluşturulan külçe paketi klasörü) kaynak kontrol havuzumuza (örneğin Git) dahil etmeliyiz.

68 c#  version-control  git  vb.net 

Bir grup projesi için Git deposunu başlatıyorum. O belgeleri depolamak için mantıklı mı koduyla aynı Git depo - Bu git revizyon akışının doğası ile çakışan gibi görünüyor. İşte sorum / sorularımın bir özeti: Hem kod hem de belgeler aynı depoda kontrol edilirse, Git revizyon tarzı kafa karıştırıcı mı olacak ? …

68 git  version-control  project-management 

Bir DVCS kullanmanın avantajlarından biri, düzenleme-birleştir-birleştir-birleştir iş akışıdır (genellikle CVCS tarafından uygulanan düzenleme-birleştir-birleştirmeyle ). Her benzersiz değişikliğin, birimlerden bağımsız olarak depoya kaydedilmesine izin vermek, DAG'ın projenin gerçek soyağacını doğru şekilde yansıtmasını sağlar . Neden bu kadar çok web sitesi "birleşme komisyonlarından kaçınmak" isteğinden bahsediyor? Birleştirme öncesi veya yeniden birleştirme sonrası …

68 version-control  git  dvcs  merging